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“大 多 数 进步 的 组 织 都 会 采用 先进 的 技术 或 者 严密 的 流程 ， 力 求 提高 他 们 的 整体 效益 。 而 往往 被 忽略 的 是 那些 开明 的 领导 
者 ， 他 们 能 够 激励 并 构建 一 个 能 够 充分 利用 组 织 所 引入 的 新 技术 和 新 流程 的 环境 。 某 些 流程 和 技术 能 够 让 优秀 的 团队 更 卓越 ， 某 
些 流程 和 技术 可 以 防止 平 良 者 误 入 歧途 。 正 是 开明 的 领导 者 告诉 我 们 哪些 方法 是 必需 的 ， 然 后 构建 起 一 个 能 最 大 限度 提高 团队 绩 
效 的 环境 。 本 书 也 讨论 了 这 些 能 力 ， 并 把 它们 有 效 地 包含 在 评估 组 织 生产 率 潜力 的 量化 过 程 中 。” 


一 一 格 里 高 利 H. 米 克 尔 撑 ， 美 国 雷神 公司 集成 防御 系统 部 


软件 行业 里 ， 生 产 率 度量 历来 都 是 非常 困难 的 事情 。 首 先 ， 没 有 合适 的 度量 指标 来 衡量 软件 的 规模 和 研发 的 工作 量 。 软 件 行 
业 并 不 存在 诸如 “每 小 时 生产 一 辆 汽车 ”这 样 明确 、 令 人 信服 而 又 普遍 适用 的 软件 生产 率 度 量 指标 。 人 们 最 常用 的 源 代码 行 指 
标 ， 由 于 种 种 状 端 ， 饱 受 诉 病 。 其 他 指标 ， 比 如 用 例 、 用 户 故 事 、 对 象 点 、 特 性 点 等 ， 由 于 种 种 原因 ， 适 用 领域 非常 有 限 。 虽 然 
功能 点 方法 可 横向 对 比 ， 但 难以 使 用 ， 仍 未 广泛 普及 。 敏 捷 方法 普遍 使 用 最 流行 的 用 户 故 事 ， 但 由 于 用 户 故 事 基 点 定义 的 随意 性 
使 得 敏捷 项 目的 基准 度量 变 得 几乎 不 可 能 。 别 说 不 同 项 目 /团队 的 横向 对 比 ， 就 连同 一 个 团队 不 同时 期 的 纵向 对 比 都 非常 不 可 
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其 次 ， 即 便 存 在 历史 数据 ， 研 发 团队 的 人 员 变 动 之 大 ， 也 使 软件 团队 的 能 力 始 终 处 于 变动 之 中 。 人 是 敏捷 开发 中 的 核心 要 
素 ， 但 也 是 最 难以 度量 的 因素 。 无 论 是 老 员 工 离职 还 是 新 员工 加 入 ， 都 会 让 团队 的 效率 在 短 时 间 内 出 现 较 大 波动 。 人 的 性 格 、 过 
往 经 验 以 及 对 开发 语言 、 环 境 、 工 具 、 流 程 、 编 程 规范 等 的 使 用 和 理解 千差万别 。 对 于 同一 个 开发 任务 ， 不 同 的 开发 人 员 、 开 发 
组 织 使 用 不 同 的 实践 方法 ， 所 得 出 的 软件 规模 、 工 作 量 、 成 本 和 进度 估计 也 相差 巨大 。 开 发 组 织 的 能 力 同样 难以 直观 地 进行 量化 
度量 和 比较 。 


再 者 ， 软 件 研发 是 研发 人 员 的 脑力 劳动 ， 是 智力 活动 的 外 在 表现 。 软 件 行业 的 历史 也 就 几 十 年 ， 而 软件 行业 的 很 多 实践 和 方 
法 均 来 自 建 筑 和 工程 行业 。 与 建筑 和 工程 行业 相 比 ， 软 件 研 发 更 注重 人 的 智力 活动 。 正 如 德 鲁 克 所 说 的 ，IT 行 业 是 知识 密集 型 行 
业 ，IT 从 业者 是 知识 工作 者 。 以 往 工 程 实践 的 管理 方法 并 不 完全 适用 于 知识 工作 者 。 敏 捷 实 践 的 兴起 、 自 组 织 、 跨 职能 团队 的 流 
行 、Y 理 论 管理 理念 的 大 行 其 道 ， 都 说 明 管 理 理念 的 变革 势 在 必 行 。 软 件 规模 、 生 产 率 和 开发 工作 量度 量 ， 本 质 上 都 是 对 人 的 智 
力 活动 和 产物 的 度量 。 


正如 作者 在 书 中 所 分 析 的 ， 几 十 年 来 ， 软 件 行业 出 现 了 各 种 各 样 的 银 弹 ， 每 种 银 弹 都 声称 成 倍 提高 生产 率 。 而 事实 却 并 非 如 
此 。 兰 达尔 的 研究 与 男 一 位 行业 领袖 卡 帕 斯 . 琼斯 (Capers Jones) 对 软件 开发 生产 率 的 研究 结果 基本 一 致 ， 近 几 十 年 来 ， 软 件 行 
业 并 不 存在 能 成 倍 提高 软件 生产 率 的 银 弹 。 


“如 果 你 不 能 度量 它 ， 你 就 没 法 儿 管理 它 。 ”尽管 软件 生产 率 度量 和 改进 困难 重重 ， 但 仍 有 很 多 人 迎 难 而 上 ， 并 做 出 了 卓越 
的 贡献 和 非凡 的 成 就 。 兰 达尔 W. 延 森 (Randall W.Jensen) 就 是 这 些 “ 明 知 山 有 虎 ， 偏 向 虎 山行 ”的 勇者 之 一 。 在 本 书 中 ， 基 于 过 
去 几 十 年 的 研究 和 实践 ， 兰 达尔 详细 阑 述 了 一 种 有 效 度量 软件 开发 者 能 力 的 概念 性 模型 及 其 商业 实现 模型 ， 仔 细 分 析 了 影响 软件 
开发 生产 率 的 各 种 要 素 ， 研 究 了 度量 软件 规模 的 有 效 指标 ， 从 管理 和 沟通 的 角度 分 析 了 人 员 和 环境 在 软件 项 目 中 的 重要 性 。 作 者 


给 出 了 一 套 度量 软件 开发 组 织 能 力 、 软 件 项 目 成 本 和 进度 估算 、 有 效 规模 估算 方面 的 可 靠 量化 方法 ， 并 结合 具体 示例 ， 给 出 了 可 
行 的 改进 措施 和 建议 。 


无 论 是 软件 开发 人 员 、 项 目 经 理 ， 还 是 软件 组 织 的 CTO 等 管理 人 员 ， 阅 读本 书 都 会 给 你 带 来 很 多 具有 启发 性 的 想法 。 译 者 
阅读 本 书 ， 对 比 自己 曾经 历 过 的 团队 、 项 目 和 工作 环境 ， 常 常会 有 一 种 忱 然 大 悟 的 感觉 。 在 阅读 、 翻 译 及 与 作者 讨论 的 过 程 中 ， 
深切 地 感受 到 国外 研究 者 在 软件 开发 基础 领域 的 扎实 研究 功底 。 他 们 从 软件 项 目 数 据 的 收集 、 整 理 、 分 析 和 总 结 中 去 芜 存 著 、 抽 
丝 剥 茧 地 寻找 软件 开发 的 本 质 ， 透 过 重重 迷雾 ， 认 真 、 详 细 地 提取 能 够 改善 项 目 生 产 率 的 各 种 因素 ， 逐 步 建 立 数学 模型 并 为 将 来 
的 估算 和 规划 提供 量化 指导 。 这 种 严谨 的 科学 精神 也 值得 中 国 的 IT 从 业者 和 研究 者 学 习 。 


兰 达 尔 是 国际 知名 的 软件 工程 度量 大 师 ， 是 软件 生产 率 度 量 领域 的 先行 者 之 一 。 从 20 世 纪 50 年 代 开 始 尝试 提高 生产 率 的 各 种 
措施 。 通 过 在 休 斯 飞 机 公司 的 工作 ， 他 开创 性 地 建立 了 概念 性 有 效 性 公式 ， 从 管理 、 技 术 和 沟通 三 个 方面 度量 个 体 员 工 和 组 织 的 
有 效 性 。 而 后 又 提出 了 Seetr、SEER-SEM 等 模型 ， 尝 试 量化 软件 项 目 涉及 的 方方面面 ， 定 量度 量 软件 组 织 的 能 力 、 对 生产 率 的 影 
响 、 项 目 成 本 及 进度 估算 等 。 本 书 正 是 兰 达 尔 工作 、 研 究 和 咨询 的 结晶 。 


达尔 是 一 位 非常 有 耐心 的 长 者 。 在 翻译 的 过 程 中 ， 译 者 每 次 遇 到 不 明白 或 不 太 理解 的 地 方 ， 都 会 给 Randy (ZAR AM 
称 ) 发 邮件 询问 。Randy 每 次 都 很 认真 、 细 致 地 予以 解释 和 澄清 。 有 时 候 我 们 还 会 来 回 讨论 具体 的 内 容 。 本 着 真实 传递 作者 核心 
思想 的 原则 ， 译 者 尽 最 大 努力 忠实 于 原 书 ， 尽 全 力 准 确 翻译 ， 对 某 些 词句 反复 推敲 和 研读 。 另 外 ， 作 者 在 书 中 所 说 的 “能 力 计算 
器 ”电子 表格 在 InformIT 的 网 站 上 需要 用 英文 书籍 的 ISDN 注册 后 才能 下 载 。 译 者 向 Randy 索 要 了 该 工具 ， 并 获得 授权 可 以 分 享 给 
需要 的 读者 。 如 果 需 要 该 工具 ， 也 可 给 我 发 邮件 。 同 时 也 可 登录 华章 网 站 (www.hzbook.com) 下 载 。 


限于 译 者 的 知识 水 平 、 经 验资 历 、 英 文理 解 和 中 文 表 达能 力 所 限 ， 再 加 翻译 时 间 仓 促 ， 存 在 翻译 错误 在 所 难免 。 如 果 读 者 在 
阅读 的 过 程 中 对 本 书 的 内 容 有 任何 疑问 ， 或 者 发 现任 何 地 方 的 翻译 并 不 准确 ， 或 者 对 有 关 软 件 项 目 生 产 率 度量 和 改进 的 话题 感 兴 
趣 ， 和 希望 就 这 些 话题 进行 讨论 ， 均 可 发 送 电子 邮件 到 wushxianCOhotmail.com。 译 者 会 仔细 阅读 每 一 封 邮件 并 逐一 回复 。 译 者 将 整 
理 翻 译 方面 的 问题 ， 并 在 重印 版 本 中 了 予以 更 正 。 数 请 广大 读者 提供 宝贵 的 反馈 意见 ， 以 帮助 译 者 进一步 提高 今后 译 著 的 质量 。 


RWA ARA RRE Iik LENA ik TARR Ah TKE PRAE. AWER mi KIEA 
辑 的 帮助 和 她 们 为 本 书 所 做 的 辛勤 付出 。 


IBM 中 国 开 发 中 心 全 球 化 项 目 经 理 RAK 
2015 年 6 月 于 北京 
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作 译 者 介绍 


兰 达 尔 W. 延 森 (Randall WJensen) 


1955 年 ， 当 还 是 电气 工程 专业 的 一 年 级 学 生 时 ， 兰 达尔 W. 延 森 就 首次 开展 了 生产 率 改 进 实验 。 在 休 斯 飞机 公司 空间 与 通信 
事业 部 工作 时 ， 他 获得 了 博士 学 位 ， 并 想方设法 提高 生产 率 。 同 时 ， 他 被 要 求 开 发 一 个 计算 机 模型 来 估算 大 型 软件 开发 项 目的 成 
本 和 进度 。 完 成 后 的 计算 机 模型 提供 了 一 个 工具 ， 软 件 开发 管理 人 员 可 以 用 这 个 工具 来 度量 组 织 的 能 力 ， 定 量 预测 与 人 员 、 管 理 
方式 和 开发 环境 有 关 的 管理 决策 对 生产 率 的 影响 。 他 和 查 克 ' 托尼 斯 (Chuck Tonies) 在 1979 年 Prentice Hall 出 版 社 出 版 的 《软件 


工程 》 中 发 表 了 生产 率 的 关键 属性 沟通 、 管 理 和 技术 。 在 这 3 个 属性 和 本 书 中 所 阐述 内 容 的 基础 上 ， 兰 达尔 在 生产 率领 域 的 
多 年 研究 最 终 让 他 在 1990 年 建立 了 一 个 改进 的 基于 计算 机 的 估算 模型 。 


IBM 中 国 开发 中 心 全 球 化 项 目 经 理 ，CSM、CSPO、PMP。2005 年 吉林 大 学 计算 机 硕士 毕业 后 在 微软 从 事 软 件 测试 工作 ， 参 
与 并 带领 团队 测试 了 多 款 重量 级 软件 ， 包 括 SQL Server 2008。2009 年 加 入 CA， 参 与 和 带领 团队 测试 了 多 款 企业 级 IT 管 理 软 件 。 
2012 年 加 入 IBM 软 件 全 球 化 团队 ， 从 事 IBM 软 件 全 球 化 、 本 地 化 等 方面 的 工作 ， 带 领 团队 与 全 球 30 多 个 国家 和 地 区 的 测试 人 员 合 
作 完 成 多 个 软件 国际 化 项 目 。 目 前 专注 于 软件 全 球 人 化、 敏捷 项 目 管 理 、 软 件 质 量 与 测试 。 软 件 工程 译作 2 本 。 


序言 


有 些 书 只 需 浅 尝 ， 有 些 书 可 以 狼 知 ， 有 些 书 则 要 细 唤 慢 咽 ， 慢 慢 消化 。 
一 一 弗朗西斯 :培根 
《 论 读书 》 


生产 率 (productivity) 是 对 菜 种 产 出 (output) 与 所 需 投入 (input) 的 数量 或 质量 的 度量 。 在 某 种 意义 上 ， 生 产 率 就 是 效率 
fo (或 ) 质量 的 度量 。 幸 运 的 是 ， 在 过 去 的 50 多 年 里 ， 软 件 行业 持续 地 以 每 个 人 月 所 交付 的 源 代码 语句 数量 的 方式 度量 软件 开发 
生产 率 。 这 里 所 说 的 语句 是 实际 交付 的 代码 语句 数 ， 而 不 是 开发 期 间 所 编写 的 语句 数 。 源 代码 语句 是 以 软件 开发 者 所 使 用 的 编程 
语言 来 描述 的 。 在 开发 过 程 中 ， 很 多 语句 编写 出 来 之 后 随即 就 被 丢弃 了 。 实 际 交 付 的 语句 可 能 包括 多 种 语言 ， 比 如 统一 建 模 语言 
(UML) 和 C++。 以 编程 语言 编写 的 语句 ， 即 使 是 1 个 UML 语 自 也 可 能 相当 于 40 个 C++ 语 自 。 投 入 的 工作 就 是 产生 单个 代码 语句 


所 需要 的 工作 量 。 


我 对 生产 率 改 进 的 兴趣 最 早 始 于 1955 年 ， 那 时 我 还 是 犹他 州立 大 学 (Utah State University) 电气 工程 专业 的 一 名 学 生 。 当 时 
要 完成 繁重 的 全 日 制 四 年 本 科 课 程 ， 还 从 事 着 一 份 兼职 工作 ， 对 校园 政治 也 充满 了 兴趣 ， 同 时 又 在 一 个 大 学 生 联谊 会 担任 职务 。 
我 自己 的 时 间 管 理 不 足以 应 付 这 些 繁忙 的 工作 ， 所 以 我 不 得 不 想 办 法 降低 课 后 作业 和 实验 室 报 告 对 我 的 影响 (提升 生产 率 ) 。 显 
然 ， 我 发 现 了 一 个 既 简单 而 又 符合 逻辑 的 办 法 来 提高 自己 的 效率 。 数 年 之 后 ， 我 应 用 同样 的 办 法 ， 一 边 攻 读 电 气 工程 博士 学 位 ， 
一 边 全 职 教书 ， 一 边 经 营 着 一 份 咨询 业务 ， 还 写 了 两 本 书 。 我 可 不 认为 自己 有 什么 杰出 的 才智 ， 也 不 是 一 名 优秀 出 众 的 学 生 。 我 
只 是 在 解决 问题 的 时 候 ， 受 到 了 “三 个 臭 皮 匠 ， 赛 过 诸葛 亮 ” 这 一 理念 的 影响 。 它 使 我 终生 对 组 织 管理 充满 了 兴趣 。 


20 世 纪 70 年 代 中 期 ， 我 开始 认真 研究 管理 技术 及 其 在 软件 开发 成 本 和 进度 方面 的 影响 。 早 期 的 研究 成 果 让 我 相信 ， 软 件 开发 
中 的 人 力 方 面 对 软 件 生 产 率 和 质量 有 着 重大 影响 。 我 在 软件 开发 轩 队 上 的 第 一 次 认真 实验 始 于 1975 年 ， 在 生产 率 上 取得 了 175% 
的 提高 并 减少 了 近 3 个 数量 级 的 错误 。 几 个 同事 告诉 我 ，1975 年 的 实验 是 首次 有 记载 的 结对 编程 实践 。 


E- 托尼 斯 (Chuck Tonies) 和 我 在 1979 年 出 版 的 教科 书 Softwate Engineetingl]j 中 写 道 ， 软 件 工程 师 对 于 组 织 的 价值 V 依 赖 
于 有 效 性 公式 的 3 个 属性 : 沟通 技能 C、 管 理 理念 认 知 M 和 技术 能 力 工 ， 即 : 


V=CIM (T) ] 


毫 无 疑问 ， 有 效 性 公式 已 经 成 为 当今 那些 广 为 流 行 的 敏捷 开发 方法 的 基础 。 它 也 是 传统 软件 开发 方法 中 质量 和 生产 力 改进 的 
基础 。 人 、 激 励 (motivation) 和 沟通 是 所 有 成 功 项 目的 关键 因素 。 


本 书 的 第 一 个 目的 就 是 要 探究 那些 推动 高 产 环境 的 主要 因素 和 理念 ， 提 供 评估 组 织 开 发 环境 有 效 性 的 手段 ， 揭 示 项 目 经 理 们 
在 其 软件 开发 项 目 初 期 和 执行 期 间 所 做 出 的 决策 对 生产 率 的 影响 。 


在 过 去 的 几 十 年 里 ， 很 多 技术 变化 都 已 成 为 业界 的 标准 规范 ， 而 生产 率 的 影响 却 远 远 超过 了 这 些 技术 变化 的 影响 ， 并 且 包 括 
了 更 多 富有 戏曲 性 的 影响 ， 它 们 都 是 有 效 性 公式 中 管理 和 沟通 属性 的 一 部 分 。 


我 将 探讨 有 效 性 数值 评级 的 组 成 部 分 ， 以 及 能 够 在 组 织 里 提高 这 些 评 级 并 改善 组 织 的 生产 率 、 有 效 性 和 估算 能 力 的 手段 、 方 
法 。 同 等 重要 的 是 ， 我 会 让 你 对 开发 流程 及 管理 方式 与 环境 的 相互 作用 有 一 个 更 好 的 理解 ， 以 使 你 能 极 大 地 提高 开发 生产 率 。 除 
了 使 用 环境 参数 来 计算 开发 成 本 和 进度 ， 这 些 度量 指标 还 可 以 用 来 评估 任何 管理 决策 对 环境 的 影响 。 


本 书 可 以 帮助 回答 关于 项 目 环 境 的 某 些 问 题 ， 比 如 “办 公 室 隔 间 的 使 用 耗费 多 少 项 目 成 本 ? ” “选择 从 Ada 变 更 为 C++， 改 
变 项 目 编程 语言 的 成 本 是 多 少 ? ”或 者 “依靠 将 我 们 的 能 力 成 熟 度 评级 (CMMI) 从 3 级 提升 为 5 级 ， 生 产 率 能 提升 多 少 ? ” 


本 书 的 第 二 个 目的 是 ， 建 立 一 个 估算 方法 ， 用 以 在 各 种 各 样 的 项 目 和 环境 条 件 下 ， 在 经 过 训练 的 分 析 师 手中 ,能够 产生 软件 
开发 进度 与 所 需 资源 的 现实 可 行 的 估计 。 


很 明显 ， 本 书 最 有 可 能 的 读者 就 是 软件 开发 人 员 。 这 里 的 软件 开发 人 员 包 括 所 有 的 管理 人 员 和 对 生产 率 提 升 感 兴趣 的 专业 人 
士 。 这 里 所 描述 的 理念 ， 也 可 等 效 地 应 用 于 敏捷 和 传统 软件 开发 。 沟 通 、 团 队 协 作 和 环境 的 运用 成 为 结对 编程 (Pair 
Programming) 的 一 部 分 ， 而 结对 编程 正 是 敏捷 开发 的 一 个 实例 。 


由 于 软件 行业 产生 了 超过 50 年 的 丰富 文档 资料 和 历史 数据 ， 软 件 开发 成 为 解释 生产 率 相关 概念 的 最 理想 工具 。 


当 我 尽力 编制 将 会 从 本 书 所 展示 的 材料 中 获 益 的 读者 列表 时 ， 我 回忆 起 了 第 一 个 受益 人 ， 一 个 苦 苦 挣 扎 尽 力 完成 电气 工程 专 
业 大 学 学 业 ， 同 时 又 要 兼职 工作 的 学 生 。 本 书 中 所 讨论 的 所 有 关于 沟通 、 团 队 协 作 和 环境 的 概念 都 是 能 够 使 人 梦想 成 真 的 原因 之 
一 。 基 于 这 一 点 ， 我 扩展 了 本 书 中 各 种 想法 的 受益 者 名 单 ， 不 仅 包括 软件 经 理 、 工 程 师 和 程序 员 ， 还 包括 任何 需要 人 员 介 入 并 有 
效 、 高 效 使 用 这 些 人 员 的 行业 (信息 技术 、 制 造 业 、 通 信 、 教 育 等 ) 的 人 员 。20 世 纪 初 期 著名 的 霍 桑 实验 将 这 些 想法 应 用 于 装备 
制造 业 并 取得 成 功 。 因 此 ， 这 些 想 法 真正 具有 普 适 性 。 


正如 汤姆 狄 马克 (Tom DeMarco) 和 蒂 英 西 ， 李斯 特 (Timothy Lister) 在 他 们 所 著 的 书 《 人 件 》 四 中 所 讲述 的 那样 ， 软 件 
开发 流程 是 以 人 为 中 心 的 ， 而 不 是 自 20 世 纪 50 年 代 就 开始 流行 的 传统 的 以 技术 为 中 心 。 尽 管 传 统 开 发 流程 依然 是 当今 一 些 大 型 组 
织 中 使 用 的 主要 开发 流程 ， 但 本 书 提 供 了 一 个 路 线 图 ， 定 量 地 支持 软件 组 织 从 传统 向 现代 软件 开发 方式 与 环境 转变 。 如 果 要 实现 
生产 率 和 质量 的 大 幅 提高 ， 全 面 质 量 管理 (Total Quality Management, TQM) 理念 ， 包 括 软件 开发 团队 和 Y 理 论 (Theoy Y) 管理 
的 运用 ， 都 成 为 应 该 考虑 的 显而易见 的 管理 技术 。 然 而 ， 这 种 转变 并 不 全 是 牛奶 和 蜂蜜 。 任 何 过 程 转 变 都 会 付出 短期 代价 ， 无 论 
是 最 新 、 最 先进 的 计算 机 辅助 软件 工程 (Computer-Aided Software Engineering, CASE) 工具 、 新 的 开发 语言 、CMMI， 还 是 开发 


团队 方法 。 


我 在 软件 成 本 与 进度 估算 领域 的 工作 始 于 1978 年 支持 一 个 大 型 空 基 软件 系统 的 投标 。 我 的 任务 是 为 休 斯 飞机 公司 的 空间 与 通 
信 事 业 部 〈 我 的 雇主 ) 开发 一 套 仿 真 模型 ， 仿 真 结 果 将 用 作 他 们 软件 开发 估算 的 基准 。 我 建立 了 一 个 数学 模型 ， 通 过 使 用 包括 开 


发 人 员 能 力 和 项 目 实施 约束 在 内 的 环境 参数 ， 生 成 准确 逼真 的 估算 结果 。 从 远 自 20 世 纪 60 年 代 品 开始 以 来 的 多 个 数据 来 源 累 积 的 
完整 的 软件 开发 项 目 数据 帮 有 我 创建 了 这 个 数学 模型 和 本 书 中 使 用 的 组 织 能 力 计 算 器 。 令 人 惊讶 ， 甚 至 是 令 人 害怕 的 是 ， 这 个 在 
1980 年 制定 出 来 的 数学 模型 仍然 能 够 应 用 于 当今 的 软件 开发 方法 且 产 生 准 确 的 工作 量 与 进度 估算 结果 。 


本 书 的 大 部 分 篇 幅 都 会 探究 这 样 一 个 简单 概念 及 其 对 软件 开发 生产 力 的 重要 性 。 简 单 地 讲 ， 开 发 环境 的 生产 率 及 其 导致 的 软 


件 开 发 成 本 与 进度 ， 取 决 于 3 个 重要 属性 的 驱动 : 沟通 、 管 理 和 技术 。 尽 管 本 书 聚焦 于 软件 ， 但 书 中 的 原则 也 可 不 加 修改 地 应 用 
于 其 他 领域 。 


本 书 主要 由 两 部 分 组 成 : 有 效 领导 力 和 定量 方法 。 


有 效 领 导 力 


本 书 前 7 章 重 点 关注 有 效 领导 力 和 组 织 能 力度 量 。 


- 第 1 章 ， 软 件 开发 问题 。 该 章 讨论 “软件 危机 ”和 自 20 世 纪 60 年 代 以 来 持续 用 来 解决 软件 危机 问题 的 技术 方法 。 尽 管 人 们 
在 软件 工具 、 语 言 和 开发 方法 上 已 经 取得 了 巨大 进步 ， 但 从 1970 年 到 现在 ， 软 件 生产 率 的 提高 却 非常 缓慢 。 


. 第 2 章 ， 有 效 性 公式 。 该 章 讨论 有 效 性 公式 的 3 个 属性 (沟通 、 管 理 和 技术 ) 在 生产 力 改进 中 的 重要 性 。 同 时 也 会 讨论 有 
效 沟通 的 机 理 及 一 些 阻碍 软件 开发 有 效 提升 的 重要 文化 问题 。 


. 第 3 章 ， 软 件 管理 的 重要 性 。 该 章 探讨 有 效 开 发 中 的 两 个 人 事 管 理 原则 一 一 霍 桑 效应 (Hawthorne Effect) 和 X 理 论 /Y 理 论 
管理 原则 。 这 些 原 则 也 是 现代 人 事 管理 的 基础 原则 。 该 章 还 会 举例 探讨 敏捷 软件 开发 与 这 些 原则 的 相互 关系 。 


- 第 4 章 ， 从 历史 中 我 们 学 到 了 什么 。 该 章 讲 述 我 们 从 有 关 软 件 开 发 生产 率 、 技 术 对 生产 率 的 贡献 、CMMI 对 生产 率 的 影响 
及 乐观 的 开发 预算 和 进度 所 产生 后 果 等 历史 经 验 、 教 训 中 学 到 了 什么 。 


: 第 5 章 ， 软 件 开发 团队 。 在 该 章 中 ， 我 们 会 探讨 一 下 软件 开发 团队 。 好 的 团队 、 差 的 团队 、 了 丑陋 的 团队 以 及 他 们 对 软件 生 
产 率 的 影响 都 会 有 所 讨论 。 


. 第 6 章 ， 组 织 能 力度 量 。 该 章 介绍 软件 开发 生产 率 度量 的 一 个 流程 ， 该 流程 可 应 用 到 你 的 软件 开发 组 织 以 揭示 组 织 的 内 在 


能 力 、 恒 定 不 变 的 基础 技术 以 及 组 织 在 行业 中 的 相对 位 置 。 该 章 还 包括 一 个 用 于 支持 上 述评 估 的 工具 。 


= 


: 第 7 章 ， 完 美 软件 公司 案例 研究 。 该 章 将 介绍 能 力 评估 的 一 个 研究 业 例 ， 总 结 本 书 前 7 章 的 所 有 内 容 。 


量 软件 开发 管理 


本 书 剩余 部 分 将 会 讨论 定量 管理 在 成 本 和 进度 约束 条 件 下 的 软件 产品 交付 中 的 应 用 。 


第 8 章 ， 产 品 复杂 度 。 该 章 分 析 软 件 系 统 复杂 度 在 软件 开发 成 本 与 进度 约束 方面 的 影响 。 


. 第 9 章 ， 人 员 配 置 问题 。 该 章 介 绍 软 件 开发 中 最 佳 开发 人 员 配 置 的 一 个 评估 方法 。 最 佳人 员 配 置 是 产品 复杂 度 的 函数 ， 与 
软件 开发 方法 无 关 。 


第 10 章 ，Seer 软 件 模型 介绍 。 该 章 介绍 用 于 软件 开发 定量 管理 的 Jensen 软 件 模 型 ， 该 模型 也 是 SEER-SEM 和 Sage 估 算 工具 
的 基础 模型 。 


第 11 章 ， 开 发 环境 。 该 章 将 讨论 软件 开发 环境 对 产品 成 本 和 开发 进度 的 影响 。 环 境 评估 包含 与 经 验 、 不 稳定 性 和 其 他 管 
理 约束 有 关 的 考虑 因素 。 


. 第 12 章 ， 产 品 特性 。 该 章 详 细 论述 产品 特性 和 需求 等 约束 条 件 在 生产 率 和 软件 开发 环境 方面 的 影响 。 


: 第 13 章 ， 开 发 进度 与 成 本 估算 。 该 章 通过 介绍 完美 软件 公司 研究 案例 讲述 软件 开发 成 本 与 进度 的 估算 流程 。 这 些 估算 受 
组 织 能 力 及 环境 等 施加 约束 条 件 的 限制 。 


: 第 14 章 ， 有 效 规模 估算 。 有 效 规模 并 不 是 新 写 或 修改 的 软件 源 代 码 行 数 的 简单 估计 。 该 章 探 讨 了 预测 开发 成 本 与 进度 估 
算 所 需要 的 有 效 规模 。 


. 第 15 章 ， 功 能 点 规模 估算 。 该 章 介绍 传统 软件 产品 开发 中 的 功能 点 规模 估算 方法 。 作 为 基于 对 象 软 件 开 发 方法 规模 估算 
的 一 种 替代 方法 ， 该 章 还 讨论 对 象 点 的 使 用 。 


第 16 章 ， 维 护 估 算 。 维 护 估算 可 不 是 简单 的 软件 增强 估计 。 作 为 软件 产品 支持 的 重要 补充 ， 软 件 维护 方面 知识 留存 的 影 
响 在 该 章 也 会 有 所 讨论 。 


. 第 17 章 ， 忆 结 。 该 章 回顾 本 书 前 16 章 中 所 介绍 的 信息 ， 并 将 这 些 概念 应 用 到 非 软件 开发 环境 中 。 
. 附录 A， 软 件 估 算 模 型 。 该 附录 讨论 定量 软件 评估 模型 的 演化 历史 以 及 每 一 种 主要 估算 方法 的 估算 能 力 。 


附录 B， 参 考 读物 。 该 附录 包含 一 个 广泛 的 补充 读物 列表 ,涵盖 有 效 领 导 力 (沟通 、 人 力 管理 方法 和 问题 以 及 技术 ) 、 定 


wD A 名 能 


量 管理 和 估算 等 主题 。 
. 附录 C， 名 词 术语 。 该 附录 列举 本 书 中 所 使 用 的 名 词 术语 的 一 般 定义 。 
- 获取 能 力 计 算 器 。 全 书 用 来 支持 组 织 能 力 计 算 及 软件 工作 量 和 进度 估算 的 能 力 计算 器 (Capability Calculator) 电子 表格 可 


从 华章 网 站 (www.hzbook.com) 上 免费 下 载 。 
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第 1 草 ”软件 开 友 问题 


“ 当 我 使 用 一 个 词 时 ，” 小 胖 壤 儿 Humpty Dumpty 用 一 种 很 轻 茂 的 腔调 说 ，“ 它 只 意味 着 我 选择 它 要 意味 的 那个 意思 -一 不 
多 ， 也 不 少 。” 


一 一 刘易斯 卡 罗 尔 


开篇 第 1 章 是 绪论 ， 将 重点 介绍 自 大 约 20 世 纪 60 年 代 至 今 软 件 行业 里 一 直 普 遍 存在 的 某 些 软件 问题 。 不 管 是 因为 从 未 宣扬 过 
而 被 忽略 ， 抑 或 是 因为 我 们 不 愿 让 它们 蒙蔽 我 们 的 思想 而 有 意 忽 视 ， 历 史 就 是 历史 。 


当 翻 开本 书 ， 我 希望 跃 入 你 脑海 的 第 一 个 问题 是 ， 你 能 做 些 什么 来 提高 你 组 织 的 软件 开发 效率 。 在 过 去 的 40 多 年 里 ， 你 不 
是 第 一 个 问 这 个 问题 的 人 。 尽 管 人 们 已 使 用 类 似 的 方法 进行 了 所 有 的 尝试 ， 但 在 实际 生产 率 提升 上 仍然 收效 甚 微 。 


自 20 世 纪 70 年 代 起 ， 从 我 的 经 理 正式 指派 我 负责 寻找 一 种 方式 以 提高 我 们 组 织 的 软件 开发 生产 率 时 起 ， 我 就 一 直 尽 力 研究 
软件 生产 率 问题 。 因 为 我 是 组 织 的 新 人 ， 我 没有 受到 任何 约束 而 仅 考 虑 与 组 织 的 标准 和 文化 保持 一 致 的 潜在 方案 。 这 使 得 我 能 
以 局 外 人 的 身份 观察 在 那个 开发 环境 中 所 使 用 的 常规 开发 方法 和 工具 。 


自 那 时 起 ， 我 竭尽 所 能 地 研究 生产 率 问 题 ， 在 生产 率 改 进 方面 较 早 地 取得 了 一 些 成 功 ， 尽 管 大 多 数 研究 任务 的 成 果 都 因为 不 
符合 组 织 的 文化 而 被 组 织 丢 弃 了 。 


我 也 犯 过 很 多 你 在 阅读 本 书 之 前 可 能 已 经 犯 过 的 同样 的 错误 。 带 着 每 一 种 新 技术 都 会 对 开发 生产 率 有 显著 而 积极 影响 的 期 
望 ， 我 尝试 了 这 些 新 技术 方案 中 的 大 多 数 。 第 一 批 被 尝试 的 技术 之 一 是 程序 员工 作 台 (Programmer s 
Workbench, PWB) ， 它 使 软件 代码 的 所 有 当前 和 以 前 版 本 易于 访问 、 可 复查 和 可 测试 ， 因 而 能 够 减少 错误 并 极 大 地 提高 产品 
质量 。PWB 产 生 了 效果 并 解决 了 一 些 产 品 问题 ， 但 它 并 没有 真正 改进 生产 率 。 我 们 的 组 织 采 用 PWB 作 为 软件 开发 的 一 种 标准 配 


E, 希望 它 能 在 软件 质量 和 生产 率 改 进 方面 为 财务 投资 带 来 显著 而 良好 的 回报 。 由 于 能 够 更 加 高 效 地 处 理 源 代码 并 快速 修复 错 
误 ， 产 品质 量 和 开发 流程 确实 得 到 了 改善 。 快 速 修正 错误 也 使 无 需 思 考 太 多 就 可 做 出 变更 成 为 可 能 。 但 开发 生产 率 只 是 略 有 提 
高 。 


在 我 的 研究 生涯 中 ， 我 曾 参 与 过 的 很 多 开发 工作 还 包括 实时 软件 系统 开发 。 我 所 学 到 的 使 用 Hatley/Pirbhai 实 时 系统 功能 规 
格 说 明 方法 的 技术 对 开发 工作 的 质量 提供 了 非常 积极 的 贡献 。 然 而 ， 尽 管 最 终 设计 要 更 好 一 些 ， 但 该 方法 也 没有 显著 提高 生产 


20 世 纪 70 年 代 中 期 ， 我 开始 收集 数据 以 研究 环境 对 软件 开发 成 本 和 进度 的 影响 。 最 初 ， 环 境 只 包括 组 织 办 公设 施 、 工 具 和 
流程 。 但 随 着 时 间 流 渤 ， 我 开始 严肃 地 将 组 织 管理 和 文化 也 囊括 进来 。 随 着 数据 数量 和 质量 的 提高 ， 数 据 成 了 生产 率 改 进 领 域 重 
点 关注 的 成 本 与 进度 估算 模型 的 基础 。 注 意 : 尽管 大 多 数 出 版 物 都 关注 于 技术 方面 ， 而 很 多 管理 者 也 相信 技术 的 推动 作用 ， 但 在 
软件 开发 环境 诸 要 素 中 ， 技 术 所 带 来 的 生产 率 提升 最 小 。 


最 终 ， 我 构建 了 一 个 模型 ， 整 本 书 里 将 使 用 这 个 模型 来 帮助 解释 开发 环境 的 各 个 要 素 以 及 作为 管理 人 员 所 做 的 有 天 你 的 环境 
的 决策 对 生产 率 的 影响 。 


1.1 软件 危机 


术语 “软件 危机 ”是 指 软件 开发 的 现 有 方法 中 强调 需要 如 何 应 对 变化 的 一 系列 问题 。 该 术语 起 源 于 20 世 纪 60 年 代 ， 大 概 是 


1968 年 在 北大 西洋 公约 组 织 (NATO) 的 软件 会 议 的 一 篇 文章 Software Engineering[1] 中 提出 来 的 。 在 这 次 会 议 上 ， 作 为 软件 
开发 的 主要 关注 点 ， 与 会 者 提出 了 一 系列 软件 问题 ， 包 括 : 


-RTE 

. 交付 延迟 

: 修改 成 本 过 高 
. 不 可 维护 

- 执行 水 平 不 足 
" 超出 预算 成 本 


顺便 说 一 句 ， 这 一 系列 问题 在 当今 软件 开发 行业 的 很 多 地 方 仍然 存在 。 上 述 问题 出 现 的 概率 ， 在 很 多 组 织 中 已 经 大 大 减少 
了 ， 但 当 我 们 审视 这 个 列表 中 的 单个 问题 时 ， 我 们 仍 能 观察 到 一 个 常见 的 线索 一 缺乏 现实 可 行 的 进度 (交付 延迟 ) 。 

那 次 会 议 上 到 处 弥漫 着 的 一 个 观念 是 ， 我 们 可 以 解决 这 些 问题 。 由 此 ， 有 人 杜撰 出 了 “软件 工程 ”这 个 术语 。 软 件 工 程 必须 
是 解决 这 些 问题 的 潜在 方案 ， 但 我 们 不 得 不 看 看 在 这 个 词 杜撰 出 来 之 后 发 生 了 什么 。 本 次 会 议 的 一 个 重要 会 议 成 果 是 软件 工程 大 
学 课程 。 然 而 ， 制 作出 来 的 这 个 课程 恰好 与 当时 的 计算 机 科学 课程 一 模 一 样 。 将 学 科 名 称 从 “计算 机 科学 ”更 改 为 “软件 工 
程 ” 所 取得 的 进步 微乎其微 。 

危机 是 个 色彩 很 强烈 的 词 。 它 暗含 需 要 一 个 解决 方案 的 某 种 形势 。 代 表 那 种 危机 的 状况 将 会 发 生 改 变 ， 要 么 转向 有 利 的 方 
面 ,或 者 转向 某 种 潜在 灾难 。 根 据 《 韦 氏 词 典 》 的 定义 ， 危 机 是 “一 个 关键 性 的 或 决定 性 的 时 刻 或 局 面 ”。 心 脏 病 发 作 就 是 一 个 
危机 ,我们 要 么 活 下 来 ， 要 么 死去 。 到 目前 为 止 ， 那 个 危机 应 当 以 一 种 或 多 种 方式 被 解决 了 。 回 顾 过 去 ， 术 语 危 
ALI (exigence) 比 危机 更 适合 那 种 情形 ， 因 为 没有 变 好 或 变 坏 的 明显 可 辨别 的 时 刻 。 上 皮疹 就 是 件 急迫 的 事情 。 


稍微 深入 研究 一 下 上 面 的 问题 列表 ， 我 们 会 发 现 ， 能 够 感觉 到 的 这 些 软件 开发 问题 的 解决 方案 就 是 技术 。 根 据 图 1-1 中 来 自 
2013 年 度 Standish CHAOS 报 告 B] (Standish Chaos Manifesto) 的 结果 可 知 ， 技 术 并 不 是 项 目 成 功 的 全 部 解决 方案 。 


TA, 
IÙ 


成 功 的 有 问题 的 失败 的 


图 1-1 CHAOS 2012 软 件 项 目 调查 结果 


这 份 CHAOS 报 告 把 软件 项 目 分 为 3 类 : 成 功 的 、 有 问题 的 和 失败 的 。 在 2004 年 的 研究 中 ， 所 有 被 评估 的 项 目 中 仪 有 大 约 


29% 的 项 目 被 归 类 为 成 功 。53% 的 项 目 交 付 了 ， 但 成 本 严重 超支 、 进 度 严重 延误 ， 同 时 平均 只 交付 了 原始 需求 64% 的 功能 (A 
题 的 ) 。 进 度 延 误 平 均 大 约 为 849%， 成 本 超支 平均 为 56%。 剩 余 18% 的 项 目 在 交付 之 前 就 被 取消 了 (AM). 


2012 年 评估 的 项 目 中 大 约 39% 是 成 功 的 。43% 交 付 了 ， 但 有 平均 将 近 59% 的 项 目 严重 成 本 超支 ， 平均 74% 的 项 目 存在 严重 
进度 延误 ， 同 时 仅 交 付 了 原始 需求 的 69% (有 问题 的 ) 。 同 样 ，18% 的 项 目 在 交付 之 前 即 被 取消 (AM) 。 


从 该 报告 可 以 观察 到 ， 在 过 去 的 10 年 里 ， 由 于 包括 采用 更 优秀 的 进度 与 成 本 估算 方法 、 流 程 、 技 术 和 团队 效益 等 开发 环境 
的 转变 ， 成 功 完成 的 软件 项 目 比例 提高 了 10%。 大 多 数 项 目 都 有 问题 ， 但 大 多 数 情 况 下 这 些 都 是 与 文化 有 关 的 人 的 问题 而 非 技 术 


问题 。 


图 1-2 中 显示 的 第 二 个 研究 结果 包括 了 大 量 重大 航空 航天 (地面 和 空间 ) 软件 项 目 册 ， 它 说 明了 软件 规模 和 开发 时 间 之 间 的 
关系 。 很 明显 ， 这 些 历史 数据 说 明了 三 件 事情 。 第 一 ， 在 完成 并 交付 的 那些 软件 项 目 中 ， 可 见 的 最 大 规模 达到 了 200000 源 代码 


行 。 


200 
规模 
(KSLOC) 成 功 完成 的 项 目 


Ly a e y = 
EFE CE) a 
图 1-2 1996 年 航空 航天 软件 项 目 完成 情况 研究 


第 二 ， 对 于 软件 系统 组 件 开 发 ， 还 存在 一 个 可 见 的 最 长 开发 周期 。 但 关于 这 个 需要 超过 4 年 才能 完成 的 软件 项 目的 详细 数据 


第 三 ， 这 个 报告 暗含 了 与 开发 生产 率 有 关 的 两 个 重要 信息 。 如 果 开 发 项 目 持续 时 间 超过 5 年 ， 它 就 变 得 过 时 而 不 再 有 用 处 。 
当 软 件 项 目 规模 超过 200000 源 代码 行 时 ， 开 发 团队 需要 的 人 员 数 量 将 压 垮 生产 该 产品 的 团队 能 力 。 


生产 率 与 软件 估算 工具 之 间 有 着 紧密 的 联系 。 上 一 个 开发 项 目 所 实现 的 实际 生产 率 非常 接近 于 将 用 于 确定 下 一 个 项 目的 成 本 
和 进度 的 预 估 生产 率 。 此 外 ， 估 算 工具 所 使 用 的 参数 也 是 能 够 或 者 应 该 用 于 确定 软件 开发 生产 率 改进 的 管理 措施 的 指标 。 自 软件 
项 目 历史 数据 记录 存在 之 始 ， 软 件 开发 生产 率 的 标准 度量 指标 就 是 交付 的 软件 源 代码 行 数 ， 而 与 开发 语言 、 每 人 月 (Person 
Month，PM) 工作 量 等 无 关 。 


对 软件 估算 工具 开发 者 有 所 帮助 的 一 种 情况 是 ， 佑 算 工 具 使 用 的 “交付 的 源 代 码 行 ” 这 个 指标 与 软件 产品 规模 的 度量 指标 是 
一 致 的 。 这 不 是 一 个 完美 的 度量 指标 ， 因 为 它 没 有 精确 地 考虑 返工 等 情形 ， 但 自 20 世 纪 60 年 代 以 来 ， 软 件 行业 就 一 直 在 使 用 
它 。 它 还 能 清晰 说 明 我 们 通常 所 观察 到 的 生产 率 趋势 。 


今天 我 们 广泛 使 用 的 软件 估算 工具 是 由 20 世 纪 70 年 代 晚期 到 80 年 代 早期 开发 的 模型 演变 而 来 的 ， 开 发 那些 模型 使 用 了 当时 
可 用 的 历史 项 目 数据 。 今 天 广泛 使 用 的 估算 工具 包括 COCOMO IIE]、Price-SI[g、Sage[7] 以 及 SEER-SEM。 需 要 重点 指出 的 
是 ， 这 些 成 熟 工具 在 今天 与 30 年 前 首次 开发 出 它们 时 一 样 有 用 。 说 来 也 奇怪 ，20 世 纪 80 年 代 初 为 Seerl8 和 COCOMOD 开 发 的 
输入 数据 参数 集 (分 析 师 和 程序 员 能 力 、 应 用 领域 经 验 、 现 代 实 践 方法 与 工具 使 用 ， 等 等 ) ， 用 于 描述 组 织 状况 ， 在 今天 仍然 准 
确 和 适用 。 组 织 参数 定义 变化 很 小 ， 而 这 些 参数 的 数值 也 变化 不 大 。 幸 运 的 是 ， 对 于 软件 估算 工具 的 开发 者 来 说 ， 传 统 软件 开发 
文化 的 变化 非常 缓慢 。 敏 捷 软 件 开发 引入 了 重大 的 开发 文化 转变 ， 已 经 产生 了 高 效 开发 的 新 思想 方法 。 


在 过 去 的 40 多 年 里 ， 开 发 技术 的 几 项 突破 性 进展 显著 地 降低 了 软件 产品 的 开发 成 本 。 例 如 ， 由 于 实现 给 定 的 相同 产品 功能 
所 需要 的 源 代码 行 数量 大 大 降低 ，FORTRAN 和 COBOL 的 使 用 使 得 开发 成 本 降低 到 了 使 用 汇编 语言 开发 所 需 成 本 的 三 分 之 一 。 
因为 需要 的 源 代码 行 数 不 断 减少 ， 从 C++ 到 新 的 可 视 化 编程 语言 的 变迁 以 及 面向 对 象 结构 的 出 现 极 大 地 节约 了 软件 开发 成 本 。 
然而 如 图 1-3 所 示 ， 当 我 们 研究 任何 给 定 的 编程 语言 (新 的 和 旧 的 ) 里 生成 单行 代码 所 需要 的 工作 量 时 ， 我 们 看 到 ， 虽 然 略 有 波 
动 ， 传 统 软件 开发 生产 率 (以 从 开发 开始 到 交付 或 软件 系统 集成 来 度量 ) 几乎 每 年 以 少 于 每 人 月 2 行 源 代 码 (SLOC/PM) 的 速 
率 线性 增长 。 


100 
90 
i 过 程 成 熟 度 
st 80 OOD ( 面 回 对 象 开发 ) 
70 \ PWB (程序 员工 作 人 台 ) 
\ 结构 化 编程 
60 第 3 代 编 程 语 言 
Ippm 1960 1970 1980 1990 
图 1-3 ”1960 到 1990 期 间 的 传统 软件 开发 生产 率 提 升 
这 段 时 间 里 ， 我 们 学 到 了 关于 软件 开发 的 一 些 新 事物 。 在 20 世 纪 60 年 代 和 70 年 代 早 期 ， 开 发 环境 中 的 所 有 焦点 几乎 完全 在 


产品 上 。 一 旦 需求 建立 起 来 ， 主 要 活动 就 是 编程 ， 或 者 应 该 说 是 编码 。 程 序 员 就 仪 仪 是 程序 员 。 随 着 软件 需求 的 增加 和 任务 复杂 
度 的 提高 ， 软 件 开发 技术 ， 也 就 是 编程 语言 随 之 改进 。 软 件 开 发 平台 也 得 以 改进 以 适应 软件 系统 规模 的 不 断 增长 。 


我 遇 到 的 第 一 个 大 型 软件 系统 是 一 个 实时 机 载 武器 系统 ， 它 具有 大 约 100000 行 汇编 语言 源 代 码 。 该 系统 的 开发 开始 于 20 世 
纪 60 年 代 早期 ， 几 乎 3 年 之 后 才 最 终 交 付 。 该 系统 既 包括 雷达 软件 也 包含 武器 软件 。 在 今天 看 来 ， 除 了 某 些 约束 条 件 现 在 没有 
外 ， 这 个 系统 的 规模 并 不 令 人 记忆 深刻 。 首 先 ， 该 系统 实现 单一 组 件 所 需 的 穿孔 卡片 达到 了 50 箱 之 多 。 软 件 开发 流程 和 标准 根 
本 不 存在 。 而 起 始 于 结构 化 编程 的 现代 软件 方法 在 数 年 之 后 才 出 现 。 也 没有 工具 来 管理 源 代码 及 其 他 开发 和 测试 产品 。 文 档 是 用 
老式 打字 机 手打 出 来 的 。 开 发 团队 大 概 有 35 名 工程 师 ， 其 中 20 位 是 程序 员 。 大 部 分 工作 是 在 实验 室 环境 里 与 硬件 工程 师 一 起 执 
行 的 。 该 项 目的 生产 率 达到 了 略 高 于 每 人 月 70 行 源 代码 (SLOC/PM) 。 


10 年 以 后 ， 与 20 世 纪 60 年 代 的 实时 软件 系统 相 比 ，20 世 纪 70 年 代 的 软件 系统 呈现 出 了 完全 不 同 的 特征 。 开 发 和 目标 计算 机 
b 变 得 更 大 ， 也 更 快 。 程 序 员 已 变 成 了 软件 工程 师 。 主 流 的 第 三 代 编 程 语言 有 FORTRAN、COBOL、PL/I、PASCAL 以 及 C 语 
。 尽 管 DEC 公 司 的 程序 员工 作 台 (PWB) 仪 包含 了 实验 性 的 开发 环境 ， 键 控 穿孔 机 已 变 成 了 数字 文件 。 开 发 标准 尚 处 于 初级 
阶段 ， 但 其 必要 性 已 经 显而易见 。 结 构 化 编程 是 重要 的 新 开发 策略 。 项 目 管理 正成 为 开发 中 一 个 重要 的 因素 。 


mt 


= 
A 


如 果 使 用 可 用 的 第 三 代 编 程 语言 来 实现 上 述 20 世 纪 60 年 代 的 机 载 武器 系统 的 话 ， 其 规模 将 缩减 至 33000 源 代码 行 ， 使 用 25 
个 人 力 就 能 提早 一 年 交付 该 产品 。 由 于 规模 缩 碱 ， 导 致 了 交付 周期 的 缩短 和 开发 成 本 的 降低 。 


编程 语言 已 被 归 类 为 那些 持续 改变 以 使 产品 有 效 规模 保持 在 可 控 水 平 的 技术 分 支 之 一 。 从 第 一 代 汇 编 编程 语言 到 第 三 代 语 
言 ， 程 序 规模 减少 到 了 原来 的 1/3。 诸 如 Visual C 和 Visual Basic 之 类 的 基于 对 象 语言 能 够 进一步 减 小 软件 规模 ， 具 有 构建 大 规模 
对 象 的 能 力 。 与 C++ 语言 相 比 ， 当 前 能 够 自动 生成 C++ 代码 (自动 代码 产生 器 ) 的 通用 建 模 语言 (Universal Modeling 
Language，UML) 和 状态 图 的 使 用 ， 实 现 了 近 40 倍 的 规模 提升 。 但 我 们 仍然 只 基于 项 目 手写 源 代码 量 来 度量 软件 生产 率 。 


从 1960 年 到 1990 年 的 这 段 时 间 是 软件 开发 技术 急剧 改进 的 历史 时 期 。 阿 尔 文 . 托 夫 勒 (Alvin Toffler) 在 他 的 书 Future 


shockl10] 中 将 这 一 现象 描述 为 需求 变更 快速 加 速 的 一 种 时 间 压 缩 (time compression) 。 技 术 变化 反哺 自己 ， 使 得 变化 更 加 频 
繁 。 敏 捷 软 件 开发 就 代表 了 开发 文化 的 重大 转变 。 


文化 转型 不 仅仅 只 发 生 在 开发 文化 上 ， 还 发 生 在 那些 构成 开发 文化 的 人 员 身 上 (程序 员 、 设 计 师 等 ) 。 在 Future shockix 
本 书 出 版 的 那个 时 代 ， 如 果 不 继续 学 习 ， 大 学 工科 毕业 生 在 学 校 所 学 的 技能 ， 毕 业 5 年 之 后 才 会 过 时 。 而 目前 软件 世界 的 这 个 时 
间 少 于 2 年 。 新 的 大 学 毕业 生 处 于 所 有 问题 都 要 在 一 两 个 小 时 内 解决 的 环境 中 。 新 的 工具 和 编程 语言 使 一 夜 之 间 创 建 出 一 个 网 站 
或 手机 应 用 成 为 可 能 。 软 件 开 发 正 迈 向 艺术 设计 ， 而 不 再 是 软件 工程 。 这 种 转变 也 给 大 规模 系统 开发 者 带 来 了 文化 问题 。 


编写 一 行 源 代码 所 需要 的 工作 几乎 与 一 行 源 代码 的 计算 能 力 无 关 。 用 键盘 编写 软件 指令 并 不 是 真正 的 开发 工作 。 真 正 的 开发 
工作 是 理解 用 户 需求 、 制 定 和 测试 设计 方案 、 纠 正 错误 逻辑 、 协 调 相同 任务 上 其 他 同事 的 工作 以 及 编制 文档 。 莫 里 斯 . 威 尔 克 斯 
(Maurice Wilkes) ，1967 年 图 灵 奖 获得 者 ， 曾 指出 过 一 个 重要 的 相关 评论 IT: 

一 开始 编程 ， 我 们 就 会 惊讶 地 发 现 ， 让 程序 正确 运行 并 没有 我 们 想象 得 那么 容易 。 你 不 得 不 进行 很 多 调试 。 我 还 清楚 地 记得 
当 我 意识 到 我 生活 的 很 大 一 部 分 从 此 将 花费 在 寻找 我 自己 程序 中 的 错误 的 那 一 刻 。 

软件 的 规模 和 复杂 度 让 使 用 流程 来 管理 软件 开发 工作 变 得 非常 必要 。 需 求 分 析 、 软 件 设 计 、 编 码 、 测 试 和 集成 这 样 早期 的 瀑 
布 流程 已 成 为 软件 开发 的 标准 流程 。 

如 图 1-3 所 示 ， 技 术 改 进 沿 着 图 中 直线 进行 。 每 一 种 新 技术 变革 都 提供 了 新 的 并 且 通 常 更 好 的 解决 方法 来 处 理 软件 开发 流程 
的 复杂 性 。 诸 如 由 玻 姆 [1 提出 的 软件 螺旋 模型 和 吉尔 伯 [13] 提 出 的 演化 (evolutionary) 交付 模型 等 开发 流程 方面 的 新 方法 为 管 
理 需 求 的 复杂 性 和 波动 性 提供 了 很 多 方案 。 随 着 新 技术 的 出 现 ， 传 统 软 件 开发 生产 率 也 有 所 提高 ， 但 提高 的 幅度 只 有 大 约 每 年 每 
人 月 1.5 个 交付 源 代码 行 (SLOC/PM) 。 
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1.2 生产率 的 人 为 影响 


所 有 组 织 和 开发 方法 都 可 以 用 图 1-4 所 示 的 “人 一 流程 一 项 目 ” 三 元 组 (triad) 来 表示 。 鉴 于 “项 目 ” 端 所 包含 的 行业 产品 
不 同 ， 软 件 项 目 也 随行 业 不 同 而 不 同 。 所 有 组 织 都 包含 在 “人 ”这 一 端 ， 代 表 了 物理 环境 (人 属于 物理 环境 的 一 部 分 ) 以 及 这 些 
个 体 的 管理 环境 。 这 个 三 角形 组 中 的 “流程 ” 端 代表 人 员 所 使 用 的 开发 流程 ， 用 以 生产 组 织 产 品 。 组 织 能 力 和 开发 生产 率 极 大 地 
受到 上 述 三 角 模 型 中 “人 ”这 一 端的 沟通 和 管理 两 个 属性 的 驱动 。 


图 1-4 软件 开发 三 元 组 : 人 一 流程 一 项 目 


“流程 ” 端 决 定 了 用 于 开发 组 织 产品 的 流程 。 出 于 本 书 的 目的 ,我 将 把 各 种 流程 划分 为 两 个 阵营 。 第 一 个 阵营 我 称 之 为 “ 传 


统 ” 流程， 包括 经 典 的 瀑布 流程 、 螺 旋 开 发 上 以 及 瀑布 流程 的 其 他 衍 变 形式 。 螺 旋 开 发 流程 的 核心 仍然 是 瀑布 流程 。 第 二 个 阵营 
称 之 为 “敏捷 ”， 包 括 各 种 不 同 的 敏捷 软件 开发 流程 。 敏 捷 方 法 体系 包括 结对 编程 外 (1975 年 ) 、ScrumB] (1995 年 ) 、 水 晶 
Aik! (Crystal Clear) (1996 年 ) 、 极 限 编 al] (Extreme Programming, XP, 199655) 、 自 适应 软件 开发 [9 (Adaptive 
Software Development, ASD) 以 及 动态 软件 开发 方法 [] (Dynamic Systems Development Method, DSDM, ，1995 年 ) 


se 
=F o 


本 书 将 不 会 详细 讲解 和 吹捧 这 两 个 阵营 中 的 任何 一 种 方法 ， 但 会 集中 讲述 “人 ”这 一 端 及 其 对 软件 开发 生产 率 的 影响 。 


直到 20 世 纪 70 年 代 中 期 ， 人 为 因素 仍 是 上 述 三 元 组 模型 中 最 被 忽略 的 部 分 。 对 于 传统 和 敏捷 流程 两 个 阵营 来 说 ，“ 人 ” 端 
是 相同 的 。 例 如 结对 编程 ， 它 是 一 种 敏捷 方法 ， 需 要 依赖 于 沟通 和 管理 的 支持 才能 很 好 地 运作 ， 但 结对 编程 理念 在 传统 开发 环境 
中 也 能 很 好 地 工作 。 


我 将 “人 ” 端 分 开 并 加 入 了 沟通 和 管理 连接 线 以 强调 它们 在 这 个 模型 中 的 重要 性 。1981 年 ， 巴 利 : 玻 姆 (Barry Boehm) $ 


经 写 道 : 


糟糕 的 管理 能 够 比 任何 其 他 因素 更 快 地 提高 软件 成 本 。 以 下 的 每 一 个 不 当 管 理 措施 通常 都 对 软件 开发 成 本 的 成 倍增 加 负 有 责 


当然 ， 你 不 得 不 读 到 那 本 书 的 第 485 页 才能 发 现 这 个 简单 却 深刻 的 论述 。 大 多 数 读者 都 不 会 读 那 么 人。 杰 拉 尔 德 温 伯 格 的 咨 
询 第 二 定律 9 提供 了 具有 支持 作用 的 观察 结果 : 


不 管 一 开始 看 起 来 什么 样 ， 它 始终 是 人 的 问题 。 


格 里 . 温 伯 格 (Gerry Weinberg) OMERI (Barry Boehm) 的 软件 工程 经 济 学 [1 1 经典 研究 中 得 到 了 开发 环境 对 开 
发 成 本 和 生产 率 的 相对 影响 的 比较 结果 。 玻 姆 分 离 出 了 一 组 16 个 “成 本 驱动 因素 ”， 确 定 了 每 个 驱动 因素 对 软件 产品 开发 成 本 
的 影响 。 根 据 玻 姆 的 成 本 驱动 因素 定义 ， 温 伯 格 把 这 些 成 本 驱动 因素 又 归 为 四 类 一 一 工具 、 人 员 、 系 统 和 管理 。 根 据 占 总 成 本 
的 百分比 ， 比 较 结果 指出 了 具有 最 高 收益 的 分 类 ， 如 图 1-5 所 示 。 


图 1-5 根据 玻 姆 软件 工程 经 济 学 研究 的 4 个 软件 成 本 驱动 因素 分 类 对 成 本 的 相对 影响 


数据 来 源 : 根据 Dorset House 授 权重 印 。 数 据 来 自 Gerald M.Weinberg, Quality Software Management, Vol.3: Congruent 


Action，Fig2-1，p.14. 版 权 @1994， 保 留 所 有 权利 。 


根据 从 1986 年 到 1991 年 在 温 伯 格 定义 的 领域 所 发 表 的 论文 数量 ， 图 1-6[14] 说 明了 软件 工程 研究 所 (Software Engineering 
Institute, SEI) 在 生产 率 问 题 方面 寻求 技术 解决 方案 ( 银 弹 ) 研究 上 的 活跃 程度 。 由 此 可 见 ， 提 高 生产 率 的 关键 因素 似乎 并 不 
是 技术 。 


SEI 论文 数 


A 
+ 


Hot tt 


A w- Ze ie fitar 
LA 人 员 系统 pr Ff 
图 1-6 “与 温 伯 格 的 相对 生产 率 影响 比较 的 出 版 物 数量 


数据 来 源 : 根据 Dorset House 授 权重 印 。 数 据 来 自 GeraldM.Weinbetg，Quality Software Management, Vol.3: Congruent 


Action, Fig.2-2, p.15. 版 权 C1994， 保留 所 有 权利 。 


通过 将 技术 (TA). AR (教育 ) 、 系 统 (开发 环境 ) 和 管理 4 个 主要 活动 领域 中 软件 工程 研究 所 出 版 物 的 相对 百分比 与 
每 一 组 所 取得 的 相对 生产 率 增加 值 进行 对 比 ， 温 伯 格 展示 了 这 项 研究 的 成 果 。 根 据 温 伯 格 的 研究 ， 到 目前 为 止 最 重要 的 生产 率 改 
进 区 域 是 管理 活动 领域 。 


巴 利 : 玻 姆 (Barry Boehm) Sit: “糟糕 的 管理 能 够 比 任何 其 他 因素 更 快 地 提高 软件 成 本 ”。 但 他 也 解释 了 他 的 佑 算 模 型 
为 什么 没有 将 管理 作为 一 个 成 本 驱动 因素 [1 引 : 


尽管 有 这 个 变化 ，COCOMO 估 算 模型 确实 没有 将 管理 的 质量 作为 一 个 考虑 因素 ,但 是 相应 地 ， 提 供 的 各 个 估算 都 假设 项 目 
被 良好 管理 。 


良好 管理 的 概念 在 这 个 上 下 文 环境 中 并 不 起 作用 。 玻 姆 的 分 析 师 与 程序 员 能 力 评级 定义 评估 了 环境 ， 但 与 管理 无 关 。 如 果 不 
考虑 管理 因素 ， 我 们 无 法 区 分 管理 良好 的 项 目 和 管理 不 善 的 项 目 ， 也 不 能 分 清 沟 通 和 组 织 文化 对 生产 率 的 作用 。 


软件 管理 问题 ， 包 括 成 本 和 进度 估算 及 它们 的 乐观 估计 方法 ， 可 以 用 弗 亩 德 ' 布 鲁 克 斯 (Fred Brooks) 1975 年 在 他 的 书 
《人 月 神话 》 (这 本 书 总 结 了 传统 项 目 管理 的 一 些 主要 困难 ) 中 所 做 的 如 下 论述 来 描述 : 


大 多 数 软件 项 目 都 因 缺 乏 合理 的 时 间 进 度 而 失败 ， 这 个 原因 比 其 他 所 有 因素 加 起 来 的 影响 还 大 。 导 致 这 种 灾难 的 这 个 原因 为 
什么 如 此 普遍 呢 ? 


首先 ， 我 们 对 估算 技术 缺乏 有 效 的 研究 ， 更 严肃 地 说 ， 它 反映 了 一 种 悄 无 声息 但 却 相当 不 真实 的 假设 


切 都 将 运作 良 


其 次 ,我 们 的 估算 技术 错误 地 将 进度 与 工作 量 相互 混淆 ， 隐 合 地 假设 人 和 月 可 以 互 换 。 


第 三 ， 由 于 对 自己 的 估算 缺乏 信心 ， 软 件 经 理 往往 缺乏 足够 耐心 持续 地 进行 估算 。 


第 四 ， 对 进度 缺乏 监控 。 其 他 工程 领域 中 经 过 验证 的 跟踪 技术 和 常规 监督 程序 ， 在 软件 工程 中 常常 被 认为 是 全 新 的 事物 。 


第 五 ， 当 认识 到 进度 出 现 滞后 时 ， 本 能 (以 及 传统 ) 的 反应 是 增加 人 力 。 “这 就 像 使 用 汽油 灭火 一 样 ， 会 使 事情 变 得 越 来 越 
糟 。 越 来 越 大 的 火势 势必 需要 更 多 的 汽油 ， 从 而 进入 一 个 注定 会 导致 灾难 的 无 限 循环 之 中 。” 上 [有 


在 几乎 40 年 后 的 今天 ， 布 鲁 克 斯 所 列 的 第 五 个 原因 几乎 仍然 在 传统 软件 开发 方法 中 普遍 发 生 。 显 然 ， 这 不 是 解决 进度 延误 
问题 的 最 好 办 法 ， 但 在 没有 合理 判断 的 情况 下 ， 它 往往 又 是 首选 解决 方案 。 现 代 软 件 成 本 与 进度 估算 技术 至 少 比 布鲁克 斯 做 出 评 
价 的 那个 时 代 要 好 很 多 ， 而 乐观 主义 仍然 是 被 广泛 使 用 的 管理 工具 。 
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1.3 ”敏捷 对 开发 生产 率 的 贡献 


1975 年 ， 一 个 2 人 编程 小 组 的 实验 将 上 一 节 所 介绍 的 三 元 组 (triad) 软件 开发 模型 应 用 到 了 实时 软件 系统 的 开发 实现 中 。 该 
实验 遵循 的 流程 是 一 个 修改 过 的 瀑布 方法 ， 试 验 中 用 两 人 共用 一 个 工作 站 的 方式 替代 了 传统 的 程序 员 。 一 个 程序 员 负 责 “ 驾 
驶 ”而 第 二 个 程序 员 负 责 “观察 、 复 审 或 领航 ”。 领航 员 可 不 是 闲 着 ， 用 军用 语言 讲 ， 领 航 员 实时 查看 驾驶 员 对 功能 的 实现 ， 推 
荐 改进 的 办 法 ， 指 出 将 来 要 解决 的 潜在 问题 ， 重 点 关注 工作 的 “战略 ”方向 。 轰 驶 员 将 领航 员 作为 自己 的 安全 网 和 向 导 ， 重 点 关 
注 完 成 当前 任务 的 “战术 ”方面 。 (本 实验 的 具体 细节 将 在 第 5 章 详细 讲述 。 ) 


数 年 之 后 ， 这 种 2 人 小 组 的 编程 方式 以 “结对 编程 ”之 名 而 为 人 们 所 熟知 。 这 个 实验 的 焦点 是 紧密 沟通 与 现代 管理 技术 (不 
是 流程 ) 对 软件 开发 生产 率 的 影响 。 该 实验 取得 了 非常 积极 的 结果 ， 产 生 了 第 2 章 所 讨论 的 软件 有 效 性 公式 ， 并 建立 了 当前 软件 
工作 量 与 进度 估算 工具 所 使 用 的 开发 组 织 能 力 模型 (第 6 章 ) 。 


尽管 结对 编程 技术 经 常 被 用 在 传统 的 瀑布 开发 方式 中 ， 它 仍 被 视 为 一 种 敏捷 软件 开发 技术 。 结 对 编程 带 来 的 生产 率 增 长 对 传 
统 开发 方法 和 敏捷 方法 都 是 非常 有 益 的 。 


， 人 敏捷 软件 开发 包括 一 组 基于 迭代 和 增 量 开发 的 软件 开发 方法 。 在 这 种 迭代 和 增 量 开发 方法 里 ， 需 求 和 解决 方案 通过 自 


通常 
组 织 、 跨 功能 团队 之 间 的 协作 而 不 断 演化 。 


增 量 软件 开发 方法 在 软件 历史 上 一 直 都 存在。 在 任何 正规 开发 方法 出 现 之 前 它 就 已 经 存在 了 。 我 曾 听 到 一 些 老 前 奉 称 之 
为 “真正 编程 时 的 编程 ”。 敏 捷 软 件 开发 方法 在 20 世 纪 90 年 代 中 期 逐渐 演变 ， 明 确 蔡 代 了 20 世 纪 70 年 代 的 正式 瀑布 开发 方法 。 


敏捷 开发 促进 了 自 适 应 规划 、 演 化 开发 和 交付 ， 它 鼓励 开发 团队 快速 而 灵活 地 响应 变化 。 这 是 一 个 概念 性 的 框架 ， 它 可 以 在 
整个 开发 循环 周期 中 促进 可 预见 的 紧密 合作 。 


我 不 打算 在 关于 正规 瀑布 方法 (包括 演化 螺旋 开发 ) 或 者 迭代 敏捷 开发 与 交付 方法 是 非 曲直 的 持续 争论 中 选 边 站 队 ， 也 不 会 
把 自己 烛 从 地 置 于 二 者 之 间 。 就 软件 开发 生产 率 改 进而 言 ， 敏 捷 开发 方法 提供 了 两 个 清晰 明了 的 益处 : 


1) 软件 开发 团队 的 使 用 
2) 沟通 的 有 效 使 用 
这 两 个 益处 与 早 前 提 到 的 有 效 性 公式 中 的 各 个 属性 是 一 致 的。 第 2 章 将 会 专门 讨论 这 个 公式 的 含义 。 


这 里 ， 考 虑 这 两 个 益处 对 生产 率 的 影响 则 正 合 适 。 阿 利 斯 泰 尔 : 库 克 伯 恩 (Alistair Cockburn) [在 他 那 讨 论 敏 捷 软件 开发 
的 书 中 使 用 了 术语 “虚拟 团队 ”。 他 “虚拟 ”的 定义 中 不 包括 坐 在 一 起 这 种 情形 。 在 传统 软件 开发 中 ， 所 有 的 团队 都 是 虚拟 的 ， 
也 就 是 说 ， 不 要 求 集中 办 公 的 团队 或 集中 在 一 起 才能 沟通 。 当 然 ， 虚 拟 团 队 成 员 确 实 不 是 非得 要 坐 在 一 起 ， 所 以 我 们 可 以 忽略 大 
多 数 团队 成 员 都 隔离 在 单独 的 盒子 间 (boxes) 这 一 事实 。 盒 子 间 就 是 沟通 障碍 。 生 产 率 与 开发 速度 有 关 ， 或 者 如 库 克 伯 恩 所 说 
的 ， 开 发 速度 直接 与 每 个 想法 传播 的 时 间 成 本 或 精力 消耗 有 关 。 随 着 团队 成 员 之 间 物 理 距离 的 增加 ， 每 个 想法 传播 的 成 本 也 会 增 
加 。 


同样 ， 把 上 述 想 法 扩展 到 开发 决策 方面 ， 做 出 每 个 决策 的 时 间 成 本 和 精力 消耗 也 会 影响 项 目的 生产 率 。 管 理 者 与 问题 源头 
(问题 发 现 者 ) 之 间 的 距离 会 直接 影响 项 目 。 做 出 决策 以 调整 项 目的 时 间 和 成 本 对 软件 生产 率 来 说 也 是 非常 重要 的 。 


[1] Cockburn, A., Agile Software Development (Boston, MA: Addison-Wesley, 2002), p. 180. 


1.4 BENY 


进行 管理 ， 以 及 进行 估计 ， 对 大 多 数 管理 者 和 估算 者 都 充满 奇异 魔力 。 著 名 的 科幻 小 说 作家 亚 瑟 .C. 克 拉克 (Arthur 
C.Clarke) 的 第 三 定律 1] 讲 道 : 


任何 足够 先进 的 技术 都 与 魔法 无 异 。 


这 说 明了 现代 软件 管理 的 主要 问题 之 一 。 这 种 “魔法 ”导致 了 对 开发 技术 和 开发 环境 的 过 度 信 任 ， 缺 乏 理性 思考 ， 不 管 是 否 


符合 逻辑 。 


我 们 期 待 着 用 魔法 变幻 出 那些 不 可 能 的 事物 ， 而 在 软件 管理 和 估算 上 同样 如 此 。 当 某 些 东西 充满 魔力 时 ， 我 们 并 不 期 待 它 遵 
循 任何 逻辑 ， 也 不 需要 运用 我 们 的 常识 。 当 估算 出 来 的 成 本 和 进度 数据 不 是 我 们 所 希望 的 结果 时 ， 我 们 可 以 简单 地 修改 估算 工具 
中 成 本 与 进度 估算 算法 的 输入 参数 ， 进 而 得 到 我 们 想 要 的 估算 结果 。 这 就 是 为 什么 那么 多 的 项 目 成 本 超支 、 进 度 延误 ， 而 我 们 总 
是 把 失败 的 责任 归咎 于 项 目 本 身 ， 却 不 是 我 们 的 估算 。 在 开发 管理 上 也 是 如 此 。 当 上 一 个 开发 项 目 具有 100SLOC/PM 的 生产 率 
时 ， 下 一 个 提议 中 的 项 目 就 会 具有 150SLOC/PM 的 预测 生产 率 。 我 们 必须 扫 心 自问 我 们 对 开发 环境 做 了 什么 改变 以 至 于 可 以 实 
现 这 样 的 生产 率 的 提升 。 在 早期 项 目 审查 的 过 程 中 ， 我 曾 听 到 的 最 常见 的 回答 是 : “这 次 我 们 将 更 加 智慧 地 工作 (work 
smarter) 。” 这 种 回应 并 没有 改变 人 员 、 环 境 ， 或 者 管理 方法 ， 而 假定 的 生产 率 提高 也 不 会 突然 出 现 。 将 工程 师 的 薪水 翻 倍 也 


会 让 生产 率 提高 如 此 之 多 。 


在 过 去 的 25 年 里 ， 软 件 行业 提出 了 好 几 个 成 本 与 进度 估算 方法 。 这 些 方法 成 败 参半 ， 部 分 是 因为 估算 模型 的 局 限 性 所 致 。 
估算 失败 的 很 重要 一 部 分 原因 可 归 个 于 对 软件 开发 环境 及 其 对 开发 成 本 与 进度 的 影响 缺乏 深刻 理解 咎 。 由 项 目 经 理 所 营 造 的 物理 
环境 和 管理 环境 是 软件 开发 的 主要 驱动 因素 。 


[1] Clarke, A.C., Profi les of the Future: An Enquity into the Limits of the Possible (New York, NY: Harper & Row,1962). 
[2] Jensen, R.W., “ Management Impact on Software Cost and Schedule. ” CrossTalk (Hill AFB, UT:Software Technology Support Center, 
July 1996). 


1.5 ”软件 开 友 的 约束 因素 


从 项 目 控制 的 视角 看 ， 存 在 这 样 一 个 软件 开发 模型 。 这 个 模型 具有 如 下 4 个 变量 : 


该 模型 允许 项 目 干系 人 (用户 、 客 户 等 所 有 开发 团队 之 外 的 人 员 ) 设置 其 中 3 个 变量 的 值 ， 第 4 个 变量 的 值 将 由 这 3 个 变量 来 
确定 。 


有 些 管 理 者 企图 限制 所 有 的 4 个 变量 ， 这 是 不 可 能 的 ， 除 非 所 有 的 4 个 约束 彼此 都 互 不 影响 。 当 试图 设置 所 有 这 4 个 变量 的 值 
时 ， 首 先 能 看 到 的 失败 就 是 产品 质量 降低 。 然 后 ， 尽 管 我 们 会 尽 全 力 去 控制 ， 成 本 和 开发 时 间 仍 会 增加 。 如 果 我 们 选择 控制 成 本 
和 进度 ， 质 量 和 (或 者 ) 范围 就 会 变 成 依赖 变量 。 


这 些 属性 的 值 不 能 任意 设 定 。 对 于 任何 给 定 的 项 目 ， 上 述 每 个 变量 值 的 范围 是 有 限制 的 。 如 果 任 何 一 个 变量 的 值 超 出 了 合理 
范围 ， 项 目 就 会 失控 。 例 如 ， 如 果 范 围 (规模 ) 是 固定 的 ， 那 么 这 个 学 围 存 在 一 个 必须 满足 的 最 短 开发 时 间 。 为 进一步 减少 开发 
时 间 而 增加 资金 拨款 (增加 开发 人 员 ) ， 实 际 上 会 增加 开发 时 间 ， 同 时 也 会 增加 项 目 成 本 ， 因 为 沟通 和 管理 的 负担 也 增加 了 。 


软件 管理 和 估算 工具 允许 我 们 将 这 4 个 变量 变 得 更 可 视 化 ， 这 样 我 们 就 能 够 对 比 这 4 个 变量 (将 它们 视 为 约束 条 件 ) 中 任意 
或 全 部 的 控制 结果 以 及 它们 对 产品 的 影响 。 


来 自 雷 神 公司 的 前 同事 格雷 格 - 米 科 尔 森 (Greg Mikkelsen) 曾 告诉 我 ，“ 当 谈 到 定义 时 ， 我 们 很 少 能 够 区 分 什么 是 管理 ， 
什么 是 领导 。 管 理 者 遵循 一 系列 的 原则 和 流程 进行 管理 并 报告 最 终结 果 ， 而 领导 者 也 采用 这 些 原则 和 流程 却 用 它们 来 激励 团队 变 
得 更 加 优秀 。 通 常 ， 成 功 项 目 与 不 成 功 项 目 (不 管 是 新 项 目 与 否 ) 之 间 的 不 同 之 处 就 在 于 该 项 目 所 具有 的 管理 者 或 领导 者 类 型 。 
”我 喜欢 将 管理 者 和 领导 者 分 别 区 分 为 牧羊 人 (sheepherder) 和 牧师 (shepherd) 。 我 会 将 后 面 的 大 部 分 章节 都 用 来 探讨 米 
科 尔 森 的 理性 观察 。 


第 2 草 ”有 效 性 公式 


世间 存在 两 种 危险 的 极端 。 一 种 是 寂然 无 声 ， 而 另 一 种 是 深 闭 固 拒 。 


RE + 帕斯卡 


大 约 35 年 前 ， 查 克 : 托 尼斯 (Chuck Tonies) 和 我 记 下 了 当时 软件 工程 的 状况 ， 以 此 作为 托尼 斯 称 之 为 “有 效 性 公式 [1]" 的 
管理 理论 的 出 发 点 。 在 我 为 撰写 这 本 关于 软件 生产 率 改进 的 书 而 重新 回顾 我 们 的 教科 书 Software Engineering 的 介绍 部 分 时 ， 
我 被 我 们 在 1975 年 时 的 记述 和 当今 软件 工程 行业 状态 的 相似 性 惊 得 目瞪口呆 。 由 于 其 对 软件 开发 生产 率 的 重要 影响 ， 我 从 当时 
的 软件 工程 文献 中 完整 提取 了 介绍 有 效 性 公式 的 材料 。 现 在 还 很 难 找到 更 清晰 、 更 实用 的 软件 工程 描述 。 


在 那些 不 要 求 与 其 他 人 频繁 一 起 工作 的 行业 里 ， 确 实 存 在 一 些 软件 相关 的 职位 ， 但 数量 比较 少 。 纯 研究 性 质 的 工作 和 单 人 就 
能 完成 的 开发 任务 仅 代表 了 某 些 行业 里 数据 处 理 领 域 全 部 活动 中 很 小 的 一 部 分 工作 。 由 于 一 般 的 软件 开发 环境 都 是 高 度 互动 的 ， 
所 以 ， 一 般 的 软件 工程 职位 也 需要 高 度 协作 。 在 项 目 生 命 周期 的 一 个 或 多 个 阶段 ， 用 户 、 客 户 、 项 目 经 理 、 分 析 师 、 设 计 师 、 程 
序 员 、 测 试 工程 师 和 其 他 人 都 处 在 一 个 松散 关联 的 团队 里 。 软 件 工程 师 可 能 会 出 现在 这 些 角色 的 任意 一 个 上 ， 但 无 论 他 们 手头 有 
什么 任务 ， 他 们 都 需要 与 团队 的 所 有 其 他 成 员 相互 协作 。 确 实 ， 工 程 师 们 每 天 都 会 发 现 ， 留 意 周围 的 所 有 活动 并 理解 每 一 个 活动 
的 重要 性 ， 非 常 必要 。 他 们 还 会 发 现 ， 理 解 并 与 项 目 管理 计划 采取 步调 一 致 的 行动 ， 与 各 种 个 体 成 员 紧 密 沟通 ， 也 非常 必要 。 


如 果 软 件 工 程 师 不 能 胜任 或 不 愿 积极 主动 地 参与 到 不 可 避免 的 管理 决策 起 起 落落 中 ， 如 果 他 们 不 能 与 团队 的 其 他 成 员 保 持 日 
常 交流 ， 他 们 的 贡献 (无论 多 么 辉煌 ) 终 将 消失 ， 因 为 他 们 的 工作 很 有 可 能 将 会 不 符合 产品 的 真实 需求 。 


[1] Jensen, R. W., and C. Tonies, Software Engineering (Englewood Cliffs, NJ: Prentice-Hall, 1979), p. 8.Chapter 2 


2.1 FAAN 


软件 系统 开发 是 一 个 动态 变化 的 活动 。 无 论 我 们 的 基线 和 配置 控制 方法 如 何 有 效 ， 也 无 论 我 们 项 目的 人 员 配 备 如 何 稳定 ， 随 
着 项 目的 推进 ， 某 种 程度 的 重新 考虑 、 重 新 规划 、 重 新 定义 和 重新 定向 都 是 很 有 必要 的 。 与 此 同时 ， 就 像 最 优秀 的 足球 队 也 会 因 
配合 不 好 而 输 掉 比赛 一 样 ， 团 队 成 员 之 间 的 沟通 也 并 非 总 是 完美 。 对 需求 、 设 计 和 功能 接口 有 不 完整 或 不 正确 的 理解 不 可 避免 。 
实际 上 ， 这 种 情况 还 相当 普遍 。 同 一 个 软件 开发 项 目的 所 有 参与 者 之 间 频 繁 交 流 是 能 够 纠正 误解 的 唯一 办 法 。 沿 着 所 有 路 径 实现 
紧密 连贯 沟通 的 过 程 就 是 一 个 往复 迭代 的 过 程 。 


鉴于 这 些 原因 ， 软 件 工程 师 对 运营 于 行业 环境 中 的 所 在 组 织 的 价值 依赖 于 3 个 属性 。 这 3 个 属性 是 技术 才智 、 理 解 管理 理念 
的 能 力 和 沟通 能 力 。 所 有 这 3 个 属性 如 此 密切 地 融入 到 了 软件 工程 过 程 中 ， 以 至 于 个 体 成 员工 作 付 出 的 净 有 效 性 的 最 好 表示 就 是 
这 3 个 属性 的 乘积 : 


E=CM (CS) ] (2-1) 
这 里 ， 
E= 净 有 效 性 (0-1) 


C= 沟 通 能 力 和 技巧 (0-1) 


M = 管理 理念 认 知 能 力 (0-1) 
CS= 计 算 机 科学 的 技术 能 力 (0-1) 


注意 ， 在 这 个 公式 中 ，M 作 用 于 CS (技术 ) ，C 作 用 于 M。 这 种 标记 方法 故意 要 着 重 强 调 该 计算 的 链 式 效应 。 如 果 任 何 一 项 
为 0， 计 算 结 果 仍然 为 0， 但 沟通 并 不 直接 与 技术 有 关 。 


方程 (2-1) 中 的 关系 定义 了 有 效 性 公式 。 我 们 在 业界 的 经 验 ， 尤 其 是 在 面向 产品 的 环境 中 的 经 验 ， 已 经 证 明了 有 效 性 公式 
是 一 个 现实 可 行 的 软件 工程 绩效 模型 。 虽 然 我 们 确 确 实 实处 在 一 个 技术 专业 化 的 时 代 ， 但 软件 开发 工作 的 本 质 就 是 一 个 复杂 而 又 
相互 影响 的 过 程 ， 这 也 是 事实 。 要 想 开发 过 程 高 效 ， 需 要 细心 周到 、 认 真 严密 的 管理 ， 即 使 是 最 专业 的 贡献 者 也 必须 与 其 同事 们 
及 项 目 管理 计划 步调 一 致 。 方 程 (2-1) 中 的 有 效 性 公式 显示 ， 如 果 3 个 属性 中 的 任何 一 个 缺失 ， 最 终 的 有 效 性 接近 于 0。 


我 刚才 所 摘 述 的 并 非 传统 软件 开发 物理 环境 的 标准 规范 。 有 意 或 者 无 意 地 ， 这 些 环境 并 未 特意 设计 以 促进 项 目 参与 者 之 间 的 
互动 交流 。 它 们 的 目的 似乎 是 作为 防止 漫不经心 的 旁观 者 进行 交流 的 一 种 手段 。 现 代 大 型 软件 开发 环境 的 常态 是 我 在 整 本 书 里 称 
之 为 “ 隔 间 农 场 ” (cube farm) 的 环境 。 在 这 种 环境 里 ， 所 有 的 交流 都 被 迫 通过 组 织 的 计算 机 网 络 进 行 。 有 效 性 公式 中 ， 沟 通 
的 取 值 范围 为 从 0 到 最 理想 的 1。 但 在 隔 间 农场 的 环境 中 ， 其 有 效 取 值 仅 为 0.07。 在 沟通 属性 的 取 值 如 此 之 低 的 情况 下 ， 即 便 管 
理 有 效 性 值 为 1.0 并 且 拥 有 完美 技术 (1.0) ， 也 无 法 对 一 位 工程 师 的 整体 有 效 性 提供 多 大 的 贡献 。 


我 们 的 第 一 个 讨论 主题 一 定 是 沟通 有 效 性 的 各 个 重要 事项 。 


2.2 沟通 的 机 理 


在 过 去 的 40 多 年 里 ， 软 件 开 发 行业 已 经 采用 了 许多 技术 方法 来 改进 生产 率 。 但 沟通 和 协作 问题 并 未 因 持 续 出 现 的 银 弹 ( 技 
术 工 具 ) 而 得 以 解决 。 然 而 ， 在 有 效 性 公式 中 ， 沟 通 技能 排 在 第 一 位 ， 并 且 是 3 个 有 效 性 因子 中 最 重要 的 一 个 。 


认识 到 良好 管理 在 软件 开发 生产 率 中 的 重要 性 只 是 过 程 改进 的 第 一 步 。 此 外 ， 良 好 管理 不 仅仅 只 包括 管理 风格 和 组 织 能 力 ， 
它 还 需要 有 效 的 沟通 。 因 此 ， 有 效 沟通 是 软件 开发 生产 率 成 功 提升 必 不 可 少 的 基本 要 素 。 


沟通 或 信息 传递 是 软件 生产 率 改进 领域 最 重要 的 考虑 因素 之 一 。 信 息 无 论 是 通过 报告 、 分 析 、 问 题解 决 ， 还 是 培训 而 得 以 传 
递 ， 沟 通 都 占据 了 软件 开发 的 很 大 一 部 分 时 间 。 一 些 研 究 表 明 ， 人 花费 在 某 些 形式 的 沟通 上 的 时 间 超 过 了 程序 员 一 天 全 部 工作 时 间 
的 33%。 这 些 沟通 包括 了 那些 能 够 判断 你 对 组 织 的 贡献 的 工作 ， 其 中 包括 : 


. 研究 需求 和 技术 

- 制定 和 修改 设计 方案 

. 提议 、 讨 论 和 评审 设计 细节 
“ 实现 产品 代码 

. 测试 和 调试 代码 

+ 实施 测试 及 制作 文档 


如 果 你 不 是 在 做 这 些 事情 中 的 大 部 分 ， 你 就 不 是 一 名 开发 者 。 在 做 这 些 事情 的 过 程 中 ， 你 是 如 何 与 你 的 “ 同 组 同事 ”进行 沟 
通 的 呢 ? 你 是 在 一 个 虚拟 团队 中 吗 ? 生产 率 依 赖 于 信息 的 有 效 和 高 效 传输 。 


以 上 所 列 6 项 直接 占 去 了 33% ， 而 这 个 比例 还 不 包括 花费 在 消除 误解 及 沟通 不 畅 上 的 时 间 。 通 过 对 团队 沟通 和 管理 问题 的 多 
年 观察 ， 我 从 有 效 性 公式 中 得 出 了 4 条 实用 戒律 ， 这 些 戒 律 深刻 地 影响 了 生产 率 。 这 4 条 戒律 直接 针对 沟通 与 协作 的 有 效 性 。 其 
中 第 4 条 戒律 还 解决 了 动力 和 团队 问题 ， 以 及 团队 成 员 缺 席 时 缺乏 连续 性 的 问题 。 因 为 有 效 沟 通 是 所 有 讨论 的 基础 ， 所 以 让 我 们 
从 沟通 机 制 的 基本 原理 开始 分 析 。 


理解 软件 生产 率 的 第 一 步 就 是 理解 软件 开发 过 程 中 沟通 的 影响 。 没 有 有 效 的 沟通 ， 团 队 就 不 能 很 好 地 运转 。 评 佑 沟通 能 力 时 
要 考虑 的 两 个 问题 是 : 


1) 开发 办 公 区 的 设计 支持 团队 成 员 之 间 的 自由 交流 吗 ? 
2) 团队 使 用 的 工具 支持 自由 讨论 吗 ? 


根据 通常 的 定义 ， 沟 通 意味 着 信息 交流 活动 或 过 程 。 它 是 这 样 的 一 个 过 程 : 在 这 个 过 程 中 ， 使 用 信号 、 符 号 或 行为 等 通用 系 
统 ， 在 两 个 个 体 之 间 交 换 信息 。 协 作 的 相关 定义 是 : 与 其 他 人 一 起 共同 工作 ， 尤 其 是 在 智力 活动 中 。 对 于 有 效 地 和 高 效 地 生产 软 
件 产品 ， 这 两 个 元 素 (沟通 和 协作 ) 都 是 非常 必要 的 。 


语音 和 视觉 辐射 (radiation) 的 有 效 性 得 到 了 由 梅 拉 比 安 Mehrabian) 和 费 里 斯 (Ferris) [所 做 的 著名 研究 的 支持 。 根 
据 他 们 的 研究 ， 如 图 2-1 所 示 ， 演 讲 中 55% 的 信息 是 通过 肢体 语言 (比如 姿势 、 手 势 以 及 眼神 接触 ) 传递 的 。38% 的 信息 通过 声 
音 音 调 变化 (Bia, SES) 传递 ， 而 仪 有 7% 的 信息 通过 词汇 或 者 演讲 的 内 容 来 传递 。 考 虑 到 我 们 的 身体 线索 常常 能 够 表达 我 
们 话语 的 含义 ， 这 些 结果 并 不 令 人 感到 意外 。 例 如 ， 一 般 对 话 中 ， 在 没有 语调 和 胶体 语言 给 出 更 多 线索 的 情况 下 ， 单 词 “ 不 ”可 
以 表达 出 很 多 不 同 的 含义 。 


图 2-1 沟通 的 组 成 部 分 


然而 ， 当 我 们 去 除 这 些 信 息 辐 射 源 中 的 任意 一 些 手段 时 ， 信 息 传 递 的 有 效 性 就 会 减少 。 例 如 ， 依 靠 强制 沟通 者 使 用 电话 ， 我 
们 可 以 去 掉 信息 传递 中 的 视觉 部 分 。 这 会 消除 对 话 中 所 有 手势 、 肝 体 语言 和 眼神 接触 ， 降 低 超过 50% 的 信息 传递 。 视 觉 这 个 重要 


的 信息 辐射 源 就 不 再 能 够 用 于 加 强 两 个 对 话 个 体 之 间 的 相互 理解 ， 这 会 导致 沟通 障碍 ， 甚 至 是 误解 。 例 如 ， 在 电话 中 人 交谈 时 ， 我 
们 可 能 会 改变 我 们 的 语言 风格 。 这 可 能 会 导致 之 不 相干 的 浮想 联翩 ， 而 在 看 到 肢体 语言 时 却 不 会 有 这 些 腾 想 。 打 电话 时 ， 人 们 看 
不 到 你 点 头 以 表示 同意 。 无 论 如何 ， 通 过 消除 对 话 (信息 传递 ) 中 的 视觉 内 容 ， 我 们 仅 能 传达 信息 内 容 有 限 的 459%。 


让 我 们 通过 消除 信息 的 听觉 部 分 以 进一步 减少 信息 。 在 没有 完全 中 断 对 话 的 情况 下 ， 怎 么 才能 做 到 这 一 点 呢 ? 听觉 内 容 的 损 
失 仍 然 给 我 们 留 下 了 7% 的 信息 传输 ， 这 就 是 对 话 的 书面 部 分 。 当 你 从 技术 或 管理 杂志 中 阅读 一 篇 文章 时 ， 你 仍然 在 参与 一 场 与 
文章 作者 的 讨论 。 这 是 荡 雇 的， 你 说 ,我 怎么 才能 问 一 个 关于 这 篇 文章 需要 湾 清 的 问题 呢 ? 你 可 以 发 一 封 信件 或 者 写 一 封 电子 邮 
件 。 


通过 使 用 书面 方式 (电子 邮件 以 及 文本 消息 ) 而 不 是 有 声 谈话 ， 信 息 传递 被 进一步 减少 了 。 我 们 消除 了 对 话 中 由 音量 和 声调 
表达 出 来 的 微妙 成 分 ， 比 如 讽刺 或 者 失望 。 去 除 讨论 中 的 视觉 和 声音 信息 辐射 成 分 则 给 我 们 留 下 了 仪 7% 的 信息 内 容 。 想 一 想 有 
多 少 次 你 给 别人 打 的 或 者 别人 给 你 打 的 关于 约会 或 者 会 面 的 电话 ， 而 他 们 找 个 借口 说 到 不 了 。 语 调 的 丢失 可 能 会 使 你 错失 他 们 尽 
力 想 表达 的 “我 迷路 了 ”这 样 的 信息 。 


当 我 们 仅仅 依靠 文件 的 时 候 ， 信 息 传 递 就 被 严重 削弱 了 ， 因 为 我 们 丧失 了 提问 或 响应 一 个 需要 澄清 的 问题 的 能 力 。 我 们 不 仅 
丢失 了 语音 沟通 中 的 微妙 成 分 ， 还 失去 了 与 另 一 个 人 彼此 之 间 实 时 反馈 的 可 能 性 。 也 许 仍 会 出 现 反馈 ， 但 可 能 性 会 相当 的 低 。 这 
种 方式 也 损害 了 反馈 的 完整 性 和 准确 性 。 


假设 你 刚刚 进入 一 个 被 小 隔 间 分 割 的 环境 。 从 现在 起 ， 你 将 只 能 通过 你 的 工作 站 与 开发 团队 进行 沟通 ， 每 周 开 团 队 会 议 的 时 
候 也 是 这 样 。 开 发 任务 中 你 负责 的 部 分 包含 在 产品 需求 文档 的 第 8 部 分 。 在 12 周 之 后 将 会 对 你 的 功能 模块 进行 设计 评审 。 你 的 可 
工作 产品 必须 在 26 周 之 内 完成 并 集成 。 如 果 你 有 任何 问题 ， 我 的 邮件 地 址 是 .….. 这 种 描述 听 起 来 有 点 儿 老 土 ， 但 我 已 经 在 相当 多 
的 组 织 中 看 到 了 与 此 类 似 的 表述 。 


把 驻 勤 奉献 于 产品 开发 工作 上 的 每 一 个 软件 工程 师 都 分 别 放 到 一 个 36x64 平 方 英尺 的 隔音 盒子 间 里 ， 这 会 将 净 有 效 性 公式 中 
的 沟通 属性 值 降低 到 少 于 0.07， 即 少 于 7% 的 信息 传递 。 有些 人 认为 ， 尽 管 去 除了 视觉 和 声音 沟通 元 素 ， 使 用 高 速 网 络 连 接 把 软 
件 工程 师 的 盒子 间 连 接 起 来 ， 可 以 将 沟通 的 信息 内 容 恢复 到 接近 100% 的 水 平 。 这 种 主张 之 无 根据 。 为 进一步 降低 沟通 的 有 效 


有 些 人 表示 ， 解 决 沟通 障碍 的 有 效 方案 就 是 现代 技术 ， 比 如 电子 邮件 和 高 速 网 络 通信 的 使 用 。 这 些 解 决 方案 经 常 被 提出 来 以 
给 本 地 沟通 提供 支持 或 为 远程 软件 开发 团队 进行 辩护 。 具 有 讽刺 意味 的 是 ， 这 种 解决 方案 造成 了 比 格子 间 (隔音 盒子 间 ) 更 严重 
的 沟通 障碍 。 至 少 ， 在 彼此 相连 的 格子 间 的 人 们 还 会 有 些 物 理 接触 ， 而 遥远 地 方 的 团队 有 时 候 却 是 远 隔 干 里 。 视 党 和 语音 信息 辐 
射 以 及 实时 响应 的 丢失 ， 都 会 竖 起 一 堵 无 形 的 墙 。 因 为 希望 包容 更 多 ， 我 们 对 于 某 个 想法 在 与 第 二 方 或 者 第 三 方 的 无 休 无 止 的 沟 
通 中 浪费 了 多 少时 间 ? 当 每 一 个 人 都 强迫 自己 去 阅读 和 回复 哪怕 是 与 他 们 的 兴趣 八 竿 子 打 不 着 的 邮件 时 ， 我 们 浪费 了 多 少时 间 ? 


[1] Mehrabian, A., and S.R. Ferris. “ Inference of Attitudes from Nonverbal Communication in Two Channels.” Journal of Counseling 


Psychology, Vol. 31, 1967. 


2.3 ”文化 问题 


有 效 性 公式 专注 于 软件 生产 率 的 3 个 主要 属性 : 沟通 、 管 理 和 技术 。 自 从 1968 年 北大 西洋 公约 组 织 (the North Atlantic 
Treaty Organization, NATO) 的 软件 工程 会 议 以 来 ， 为 努力 改善 软件 产品 的 成 本 和 质量 ， 技 术 已 经 变 成 了 软件 行业 的 天 键 、 
各 方 天 注 的 焦点 。 我 常常 感到 好 奇 ， 在 改进 软件 质量 的 探索 中 ， 为 什么 有 效 性 公式 的 其 他 方面 几乎 被 完全 忽略 。 确 切 地 说 ， 最 后 
我 终于 意识 到 问题 与 文化 本 身 有 关 。 文 化 问题 并 不 明确 地 与 软件 有 关 ， 但 它 通常 又 是 个 弥漫 于 我 们 整个 社会 (文化 ) 的 问题 。 我 


没 办 法 指出 历史 上 文化 问题 起 源 的 任何 特定 时 间 和 具体 地 点 。 然 而 我 知道 一 些 始 于 20 世 纪 20 年 代 的 人 类 关系 研究 ， 这 些 研究 将 
文化 问题 的 存在 带 到 了 人 们 面前 。 第 一 个 研究 是 由 哈佛 商学 院 的 埃 尔 顿 . 梅 奥 [1] (Elton Mayo) 在 1924 年 完成 的 。 我 们 将 会 在 第 
3 章 讨 论 这 个 重要 研究 的 具体 细节 。 


[1] Mayo, Elton, The Human Problems of an Industrial Civilization (New York: The MacMillan Company, 1933). 


第 3 草 ”软件 管理 的 重要 性 


而 且 必 须 牢 记 ， 再 没有 比 着 手 率先 采用 新 制度 更 困难 的 了 ， 再 没有 比 此 事 的 成 败 更 加 不 确定 、 执 行 起 来 更 加 危险 的 了 。 这 是 
因为 革新 者 使 所 有 在 旧制 度 之 下 受益 的 人 们 都 成 为 敌人 ， 而 使 那些 在 新 制度 之 下 可 能 受益 的 人 们 却 成 为 半 心 半 意 的 拥护 者 。 这 种 
半 心 半 意 之 所 以 产生 ， 一 部 分 是 由 于 这 些 人 对 他 们 的 对 手 怀 有 恶 惧 心 理 ， 因 为 他 们 的 对 手 拥有 对 自身 有 利 的 法 律 ; 另 一 部 分 则 是 
由 于 人 类 不 轻易 信任 的 心理 一 一 对 于 新 的 事物 在 没有 取得 牢靠 的 经 验 之 前 ， 他 们 是 不 会 确实 相信 的 。 


一 一 尼 可 罗马 基 雅 维 利 
《君主 论 》 第 VI 章 

本 章 是 本 书 中 探讨 “人 一 流程 一 项 目 ”三 元 组 中 “人 的 管理 ”方面 的 两 章 之 一 。 下 一 章 将 论述 作为 软件 开发 管理 一 部 分 的 
团队 的 使 用 。 这 一 章 将 主要 分 析 人 员 的 激励 措施 。 激 励 理 念 不 局 限于 管理 思想 中 的 敏捷 或 传统 学 派 ， 而 且 也 不 属于 经 典 管理 职能 


(规划 、 组 织 、 人 员 配 置 、 控 制 和 指导 ) 中 的 任何 一 个 。 在 从 事 软 件 采 购 顾问 和 软件 项 目 佑 算 工 作 的 40 多 年 里 ， 我 观察 了 数 以 
百 计 的 各 种 组 织 ， 发 现 其 中 完全 具有 人 员 管 理 和 激励 理念 的 组 织 屈指 可 数 。 


与 经 典 管理 职能 一 样 ， 激 励 和 团队 也 都 是 有 效 性 公式 中 管理 属性 的 主要 组 成 部 分 。 经 典 管理 职能 可 以 由 游离 于 某 个 独立 办 公 
室 、 另 一 栋 大 楼 或 者 其 他 办 公 地 点 的 经 理 来 执行 。 激 励 和 团队 合作 是 开发 团队 中 执行 得 最 好 的 非 经 典 职能 。 


如 果 不 提 到 20 世 纪 开 展 的 两 个 最 重要 的 生产 率 研究 实验 ， 我 们 就 很 难 谈论 任何 生产 率 改进 。 第 一 个 是 1924 年 在 西方 电气 公 
司 位 于 伊利 诺 伊 州 霍 桑 的 工厂 进行 的 研究 实验 ， 最 初 设计 该 实验 的 目的 是 为 了 研究 工作 场所 的 照明 对 生产 率 的 影响 。 尽 管 开始 时 
平淡 无 奇 ， 这 项 研究 已 成 为 工业 环境 中 曾经 完成 的 最 有 趣 和 最 重要 的 研究 项 目 之 一 。 


道格拉斯 -麦克 格雷 格 (Douglas McGregor) 根据 霍 又 实验 的 结果 继续 进行 的 第 二 个 生产 率 研 究 ， 提 出 了 关于 人 类 本 性 描 
述 的 经 典 的 X 理 论 一 Y 理 论 。 


虽然 从 这 两 个 (以 及 最 近 更 多 的 其 他 扩展 ) 研究 中 得 出 了 具有 戏剧 性 的 结果 ， 但 这 些 结果 却 因为 前 面 章节 中 介绍 的 种 种 原因 
而 被 忽略 了 。 这些 直接 影响 了 管理 人 员 应 该 忘掉 的 管理 原则 的 生产 率 研 究 结论 ， 并 不 符合 常理 。 看 起 来 ， 各 种 银 弹 要 比 变化 带 来 
的 痛苦 少 得 多 。 


3.1 历史 回顾 


在 20 世 纪 之 前 ， 各 种 项 目 管理 理论 就 已 大 行 其 道 。20 世 纪 早期 ， 管 理 研究 的 焦点 都 集中 于 各 种 如 何以 最 有 效 的 方式 组 织 和 


管理 行业 组 织 的 方法 ， 即 如 何 有 效 地 组 织 、 授 权 和 协调 各 种 工作 。 享 利 :法 约 尔 [1] (Henry Fayol) 关注 在 管理 的 各 种 职能 上 ， 识 
别 出 了 5 个 基本 管理 职能 ， 即 规划 、 组 织 、 指 挥 、 协 调和 控制 。 在 1911 年 定义 的 这 5 个 管理 职能 出 现在 了 几乎 所 有 目前 能 找到 的 
现代 管理 文献 中 ， 而 今天 的 CM MI 文献 也 描述 了 这 些 职能 。 

从 1930 年 到 1960 年 的 这 段 时 期 是 各 种 管理 理论 纷纷 涌现 的 新 时 代 ， 这 些 新 管理 理论 直接 挑战 了 管理 思想 的 各 个 古典 学 派 。 
这 些 新 理论 重点 关注 在 被 早期 研究 所 忽视 了 的 人 际 交互 这 一 方向 。 这 些 新 的 研究 声称 ， 企 业 组 织 是 一 个 相互 协作 的 系统 ， 不 是 技 
术 的 最 终 产品 由。 第 一 个 关注 生产 率 和 社交 互动 的 大 规模 实证 研究 出 现在 西方 电气 公司 的 霍 桑 工厂 里 。 该 研究 证 明了 工人 的 态度 
和 感情 的 重要 性 ， 认 为 非 正式 角色 和 规范 对 个 体 绩效 有 着 重要 影响 8。 人员 的 重要 性 与 由 埃 尔 顿 梅 奥 (Elton Mayo) 开展 的 著 
名 霍 又 研究 内 一 样 早 地 出 现在 了 各 种 文献 中 。 该 研究 表明 ， 人 主要 是 由 尊重 和 自我 实现 驱动 的 ， 而 不 是 由 生理 和 安全 需要 驱动 
(有 时 称 为 “ 群 泥 假 说 ”) 。 梅 奥 的 研究 为 道格拉斯 .麦克 格雷 格 的 经 典 “X 理 论 一 Y 理 论 ” 吕 和 赫 效 伯 格 (Herzberg) 的 激励 因 
素 理论 fo 的 发 展 铺 平 了 道路 。 威 廉 .爱德华 效 戴 明 !/] (William Edwards Deming) 以 其 在 日 本 和 美国 业界 “全 面 质量 管理 ” 方 
面 的 研究 扩展 了 这 些 理论 。 


这 一 时 期 的 行为 科学 学 派 专注 于 人 际 关系 。 团 体 动力 学 包括 了 个 人 和 团体 绩效 的 工作 团体 动力 学 。 领 导 力 (leadership) 强 
调 了 有 具备 工作 任务 和 社交 领导 者 的 团体 的 重要 性 ， 介 绍 了 “X 理 论 一 Y 理 论 ” 管理 的 有 关 概 念 ， 识 别 了 领导 力 与 管理 风格 之 间 的 
差别 。 决 策 研究 则 关注 在 个 体 在 决策 过 程 中 的 参与 度 及 其 对 团体 绩效 的 影响 。 

当代 管理 与 组 织 时 期 (1960 年 以 后 ) 的 特点 是 不 断 强 调 前 两 个 管理 发 展 时 期 的 某 些 关键 要 素 之 间 的 整合 。 其 背后 的 假设 认 
为 ， 组 织 是 一 个 在 环境 背景 下 内 在 地 相互 联系 、 相 互 依赖 的 功能 组 件 组 成 的 系统 。 该 方法 的 重点 在 于 合并 组 织 规划 和 预测 方面 的 
战略 关注 点 以 及 涉及 组 织 级 目标 及 完成 目标 的 行政 方法 。 现 代 管理 思想 的 焦点 似乎 是 上 文 所 述 的 5 个 管理 职能 的 迭代 。 而 僵化 地 
指定 流程 的 压力 已 使 第 二 个 时 代 所 取得 的 进展 彻底 付 之 东 流 了 。 

尽管 这 些 行为 主义 先驱 及 其 他 研究 者 们 做 了 大 量 研究 并 取得 了 不 朽 的 成 就 ， 软 件 管理 仍然 充斥 着 赫兹 伯 格 称 之 为 “X 理 
论 ” 的 文化 。 斯 科 特 : 亚 当 斯 (Scott Adams) 的 企业 管理 漫画 《 呆 伯 特 法 则 》 (Dilbert) 和 汤姆 : 狄 马克 (Thomas 
DeMarco) 的 《软件 生产 率 : 隐 项 日 程 》 加 就 是 这 种 文化 在 软件 行业 存在 并 占 主导 地 位 的 两 个 生动 例证 。 当 你 环顾 你 自己 所 处 
环境 的 办 公 区 时 ， 你 能 观察 到 为 能 够 支持 本 书 第 2 章 所 描述 的 有 效 性 公式 中 的 前 两 个 属性 (C- 沟 通 和 M -管理 ) 所 做 的 任何 努力 
吗 ? 有 效 性 是 否 已 被 仅 通 过 技术 手段 来 解决 有 效 性 问题 的 要 求 所 颠覆 ? 我 经 常 想起 温 伯 格 的 咨询 第 二 定律 器 : 


不 管 一 开始 看 起 来 什么 样 ， 它 始终 是 人 的 问题 。 


我 们 已 经 讨论 了 图 3-1 中 所 示 的 软件 管理 的 3 个 重要 维度 一 一 项 目 、 流 程 和 和 人 (沟通 和 管理 ) 。 技 术 属 性 包括 三 元 组 模型 中 
的 “流程 ”和 “项 目 ”两 部 分 。 沟 通 和 管理 属性 包含 在 三 元 组 模型 的 “人 ”这 一 部 分 中 。 


图 3-1 “人 一 流程 一 项 目 ” 三 元 组 


20 世 纪 60 年 代 ， 当 软件 开发 行业 才刚 刚 起 步 的 时 候 ，“ 项 目 ”维度 是 主要 的 关注 点 。20 世 纪 70 年 代 早期 ， 关 注 点 逐渐 
从 “项 目 ”维度 转移 到 了 开发 过 程 上 。 在 软件 开发 中 重点 强调 瀑布 流程 模型 ， 明 确定 义 并 通过 制定 诸如 Mil-Std-2167A 这 样 的 标 
准 加 强 了 该 模型 ， 开 创 了 延续 至 今 仍然 存在 的 瀑布 开发 时 代 。20 世 纪 80 年 代 中 期 ， 软 件 工程 研究 所 (Software Engineering 
Institute, SEI) 提出 了 SEI 能 力 成 熟 度 模型 (Capability Maturity Model, CMM) ， 作 为 稳定 软件 开发 流程 、 改 进 软件 质量 和 
生产 率 的 一 种 方法 。 个 人 软件 过 程 (Personal Software Process, PSP) 和 团队 软件 过 程 [10] (Team Software 
Process，TSP) 也 已 出 现 以 改善 流程 效率 。 通 过 把 精力 集中 在 流程 改进 上 ， 我 们 可 以 忽略 软件 开发 过 程 中 人 的 重要 性 。 “流程 
正确 且 人 可 互 换 ”是 流程 支持 者 们 最 常见 的 观点 。 流 程 是 生产 率 改进 的 必要 要 素 ， 但 它 并 不 足以 完全 解决 软件 生产 率 问题 。 


最 近 的 敏捷 团队 合作 开发 理念 开始 使 软件 行业 的 注意 力 转向 了 管理 和 人 的 问题 。 极 限 编程 和 敏捷 开发 方法 的 导入 表明 了 软件 
开发 生产 率 和 质量 中 管理 和 人 的 问题 的 重要 性 。 除 非 人 被 认为 是 “人 一 流程 一 项 目 ” 三 元 组 中 的 重要 组 成 部 分 ， 否 则 软件 开发 
生产 率 仍 将 琢磨 不 定 、 起 伏 无 常 。 
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和 改善 他 们 的 绩效 。 个 人 软件 过 程 将 SEI/CMIM 的 基本 原则 应 用 到 单个 软件 开发 人 员 的 软件 开发 实践 中 。 它 声称 能 够 让 软件 工程 
师 获得 在 团队 软件 过 程 (TSP) 型 团队 中 工作 的 必要 过 程 技能 。 


3.2 ERUM 


在 霍 桑 进行 的 最 初 研究 中 ， 以 产品 产 出 量 计算 ， 效 率 专家 们 认为 提升 工作 区 域 的 照明 度 将 会 带 来 更 高 的 生产 率 。 这 项 研究 中 
的 员工 被 分 为 两 组 : 一 个 测试 组 ， 工 作 在 不 同 水 平 的 照明 度 下 ; 一 个 控制 组 ， 整 个 研究 中 一 直 都 工作 在 正常 水 平 的 照明 下 。 随 着 
照明 度 的 提高 ， 与 当初 假设 的 一 样 ， 测 试 组 的 生产 率 有 了 提高 。 然 而 ， 在 没有 改变 任何 光照 度 的 情况 下 ， 对 照 组 的 生产 率 也 意外 
地 提高 了 。 


哈佛 商学 院 的 埃 尔 顿 梅 奥 (Elton Mayo) 和 一 个 专家 团队 被 请 过 来 解释 这 个 差异 。 梅 奥 使 用 一 组 装配 电话 中 继 器 的 女工 开 
始 了 他 的 研究 。 在 历时 超过 一 年 半 的 实验 当中 ， 梅 奥 的 专家 们 改善 了 工作 条 件 ， 实 施 了 诸如 调整 休息 周期 、 公 司 午餐 和 缩短 工作 
周 等 创新 性 措施 。 工 作 区 域 的 物理 布局 也 进行 了 改进 ， 而 根据 传阅 中 的 某 些 实验 版 本 ， 还 在 工作 区 域 播放 了 背景 音乐 。 我 很 难 理 
解 1925 年 的 音乐 怎么 才能 促进 生产 率 的 改善 。 对 结果 感到 困惑 ， 研 究 者 们 重 现 了 这 项 研究 开始 之 初时 的 工作 条 件 。 这 种 最 新 的 
剧烈 变化 应 该 对 女工 们 具有 一 个 较 大 的 负面 心理 影响 ， 进 而 降低 了 生产 率 ， 或 者 至 少将 生产 率 恢复 到 了 最 初 的 水 平 ， 而 不 是 相反 
地 让 生产 率 跳 升 到 历史 新 高 。 


对 这 个 窗 境 的 解释 无 法 在 该 试验 的 生产 环境 方面 找到 ， 也 就 是 说 ， 这 些 改变 并 不 是 发 生 在 工厂 和 物理 工作 环境 上 ， 而 在 于 人 
的 方面 。 研 究 者 们 开始 注意 研究 中 的 女工 们 ， 结 果 表 明 ， 女 工 们 觉得 她 们 对 工厂 来 说 很 重要 。 她 们 不 再 将 自己 视 作 孤立 的 个 体 ， 
只 有 在 她 们 彼此 离 得 很 近 的 情况 下 才 会 一 起 工作 的 个 体 。 相 反 ， 她 们 已 经 变 成 了 意气 相投 、 默 契 凝 聚 的 工作 团队 里 的 合作 伙伴 。 
在 女工 们 中 间 建 立 起 来 的 关系 还 包括 归属 感 、 胜 任 感 和 成 就 感 。 在 平常 的 工作 中 被 普遍 忽略 的 这 些 需 求 ， 现 在 得 到 了 满足 ， 促 使 
女工 们 更 加 努力 而 有 效 地 工作 。 


认识 到 发 现 了 一 个 有 趣 的 现象 ,研究 者 们 进一步 扩展 了 他 们 的 研究 ， 访 谈 了 该 公司 每 个 部 门 数 以 干 计 的 雇员 。 这 些 访谈 经 过 
了 特意 设计 ， 用 来 帮助 研究 者 们 确定 工人 们 如 何 整体 看 待 他 们 的 工作 、 他 们 的 工作 环境 、 他 们 的 经 理 以 及 公司 。 访 谈 还 包括 了 烦 
扰 工人 们 的 任何 事情 ， 以 及 这 些 感觉 与 他 们 的 生产 率 可 能 有 怎样 的 关系 。 


访谈 结果 证 明 在 好 几 个 方面 颇具 价值 。 首 先 ， 工 人 们 能 够 发 泄 他 们 心中 的 许多 挫败 感 。 很 多 工人 觉得 这 个 实验 是 他 们 公司 曾 
经 尝试 过 的 最 有 价值 的 事情 。 其 结果 是 态度 的 彻底 变化 ， 工 人 们 开始 觉得 管理 者 不 仅 将 他 们 视 为 非常 重要 的 个 体 ， 也 视 为 非常 重 
要 的 团队 。 现 在 ， 工 人 们 在 为 公司 的 未 来 做 着 贡献 ， 而 不 再 是 简单 机 械 地 执行 没有 挑战 性 和 不 受 欣赏 的 任务 。 


其 次 ， 霍 桑 实 验 强 调 管理 者 需要 研究 和 深刻 理解 工人 之 间 的 关系 ， 以 及 工人 和 管理 者 之 间 的 关系 。 


再 次 ， 发 现 了 组 织 环境 中 影响 生产 率 的 最 重要 因素 是 在 工作 中 建立 起 来 的 人 际 关 系 ， 而 不 仅仅 是 薪水 和 工作 条 件 。 业 界 普遍 
称 这 个 因素 为 堆 又 效应 。 当 被 管理 者 认定 为 非 正式 团队 时 ， 生 产 率 就 上 升 。 上 升 的 生产 率 反映 了 工人 们 的 胜任 感 种 能 
掌控 工作 和 环境 的 情感 。 该 研究 还 显示 ， 当 工人 们 的 个 人 目标 与 管理 者 的 目标 相反 时 (在 微观 管理 中 以 及 工人 对 工作 和 环境 没有 
显著 掌控 的 情况 下 经 常 发 生 ) ， 生 产 率 就 会 保持 很 低 ， 要 么 处 于 勉强 可 接受 的 水 平 ， 要 么 比 平常 水 平 还 低 。 小 乔治 :史密斯 :巴顿 


gæl] (General George S.Patton, Jr.) 曾 说 过 : 
永远 不 要 告诉 人 们 该 如 何 做 事情 。 告 诉 他 们 需要 做 什么 ， 他 们 的 创造 力 会 令 你 惊讶 ! 


梅 奥 和 他 的 研究 团队 将 非 正式 团体 的 发 展 看 作 是 对 社会 整体 的 严肃 控诉 。 人 们 不 应 该 被 当 作 只 关注 私人 经 济 利益 的 机 器 来 对 
待 。 美 国 工业 环境 中 的 工作 几乎 等 同 于 耻辱 (工人 在 没有 任何 掌控 感 的 环境 里 例行公事 ,执行 沉 闵 乏味 、 过 于 简单 的 任务 ) 。 工 


业 环 境 剥 夺 了 工人 们 在 工作 上 受 尊 重 和 自我 实现 需求 的 满足 感 。 根 据 梅 奥 的 研究 结果 ， 太 多 的 管理 者 认定 ， 这 个 社会 是 由 一 大 群 
散漫 的 个 体 组 成 的 ， 这 些 个 体 只 关心 自我 保护 并 且 自 私自 利 。 他 们 假设 人 们 希望 挣 人 们 所 能 挣 的 尽 可 能 多 的 钱 却 希 望 做 尽 可 能 少 
的 工作 ， 由 此 导致 了 “整体 来 看 工人 们 都 是 相当 卑 吕 的 群体 ”这 一 概念 。 


在 很 多 文献 中 都 提 到 了 和 霍 又 效应 及 其 对 生产 率 的 影响 。 然 而 ， 这 项 研究 中 通常 且 未 明确 公告 的 某 些 观点 ， 与 现今 的 工业 环境 
毫 不 相关 ， 不 适用 于 当前 的 业界 环境 。 


[1] Patton, G. S. Jr., War as I know It (New York, NY: Houghton Miffl in, 1947). 
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梅 奥 在 霍 桑 实 验 中 的 工作 很 可 能 是 道格拉斯 .麦克 格雷 格 (Douglas McGregor) 的 经 典 “X 理 论 一 Y 理 论 ” 思 想 发 展 的 先行 
之 举 。 麦 克 格 雷 格 提出 ， 组 织 管理 思想 主要 有 两 种 类 别 [(]， 每 一 类 管理 思想 对 组 织 职能 都 有 显著 影响 。 传 统 组 织 及 其 相关 联 的 集 


中 式 决 策 、 上 下 级 金字 塔 结构 和 工作 的 外 部 控制 ， 都 是 建立 在 人 类 本 性 和 霍 桑 实验 并 未 证 实 的 人 类 动机 的 基本 假设 之 上 的 。 传 统 
假设 符合 梅 奥 关 于 大 多 数 行业 组 织 的 消极 看 法 。X 理 论 假设 大 多 数 人 更 喜欢 被 管理 ， 对 承担 责任 不 感 兴趣 ， 并 在 所 有 领域 渴望 安 
全 (工作 安全 ) 。X 理 论 对 应 的 信念 是 ， 大 多 数 人 都 是 被 金钱 、 附 加 福利 以 及 受 惩罚 的 威胁 所 激励 的 。 


遵从 X 理 论 假设 的 管理 者 会 尝试 组 织 、 控 制 并 密切 监督 他 们 的 工人 。 这 些 管理 者 相信 ， 外 部 控制 显然 最 适合 管理 不 可 靠 、 不 
负责 任 和 不 成 熟 的 人 们 。 联 想到 某 些 人 的 行为 ， 尤 其 是 现代 新 闻 媒 体 所 描绘 的 特殊 个 体 的 行为 ， 导 致 我 们 接受 了 关于 人 类 行为 的 
X 理 论 假设 是 正确 的 这 样 的 观点 。 


和 梅 奥 一 样 ， 帮 克 格 雷 格 对 人 类 本 性 的 X 理 论 观点 是 否 正确 提出 了 质疑 。 基 于 X 理 论 的 管理 实践 在 现代 工业 形势 下 是 否 仍 然 
适用 ? 随 着 教育 水 平和 生活 标准 的 不 断 提 高 ， 人 们 能 够 变 成 更 加 开明 和 成 熟 的 行为 人 吗 ? 因而 ,麦克 格雷 格 得 出 的 结论 是 ，X 理 
论 关 于 人 类 行为 的 假设 并 不 是 在 所 有 情况 下 都 正确 ， 而 传统 管理 方法 未 能 激励 个 体 员 工 来 支持 组 织 的 业务 目标 。 依 靠 控制 来 进行 
管理 可 能 不 会 (通常 都 不 会 ) 成 功 ， 因 为 它 无 法 激励 那些 安全 和 生理 需求 得 到 满足 的 人 们 。 当 这 些 需 求 得 到 满足 的 时 候 ， 工 人 们 
的 需求 就 会 转向 社会 地 位 、 尊 重 和 自我 实现 方面 。 


麦克 格雷 格 建立 了 关于 基本 人 类 行为 的 另 一 个 理论 ， 称 之 为 “Y 理 论 ”。 他 的 理论 假设 ， 就 本 性 而 言 ， 人 们 并 不 是 懒惰 和 不 
可 靠 的 。 如 果 得 到 正确 激励 ， 人 们 能 够 自我 管理 ， 并 具有 创造 性 。 麦 克 格 雷 格 得 出 的 结论 是 ， 管 理 者 有 责任 释放 工人 们 的 潜能 ， 
以 使 他 们 能 够 实现 他 们 自己 的 目标 。 与 X 理 论 的 管理 者 控制 和 密切 监督 工人 相 比 ，Y 理 论 的 管理 者 支持 工人 并 为 实现 组 织 目 标 提 
供 各 种 手段 。 


大 多 数 人 都 具有 自我 成 长 和 自我 激励 的 潜力 。 这 不 意味 着 所 有 人 都 是 如 此 。X 理 论 和 Y 理 论 是 对 待人 们 的 两 种 观点 。 尽 管 长 
期 来 看 Y 理 论 是 对 待 工人 们 的 最 佳 策略 ， 但 从 促进 发 展 的 意义 上 看 ， 有 时 也 有 必要 像 X 理 论 的 管理 者 那样 来 对 待 某 些 人 ， 以 帮助 
他 们 成 长 为 纯 Y 理 论 的 人 。 通 过 逐步 减少 控制 并 允许 员工 更 多 的 自我 控制 ，Y 理 论 的 管理 者 帮助 员工 变 得 成 熟 。 在 今天 往往 忽视 
的 环境 中 ， 员 工 能 够 实现 社会 地 位 、 尊 重 和 自我 实现 等 需求 的 满足 。 当 环境 或 工作 无 法 提供 社会 地 位 、 尊 重 和 自我 实现 层次 的 需 
求 满足 时 ， 员 工 将 会 寻找 更 多 其 他 机 会 以 实现 这 些 重要 需求 的 满足 。 这 一 点 体现 在 管理 问题 领域 的 人 员 流 动 和 无 故 迟到 、 旷 工 
上 。 人 金钱 (一 种 生理 需求 ) 不 能 解决 这 些 问题 。 


管理 的 兴趣 重点 在 于 工作 。 麦 克 格 雷 格 断 言 ， 工 作 可 以 像 游戏 一 样 满足 工人 们 的 需求 。 实 际 上 ， 工 作 和 游戏 都 是 身体 和 脑力 
活动 ， 因 此 ， 工 作 和 游戏 之 间 没 有 本 质 上 的 区 别 。 在 X 理 论 管理 之 下 ， 工 作 由 其 他 人 外 在 地 进行 控制 (人们 对 自己 的 工作 没有 任 
何 控制 力 ) 。 管 理 及 其 对 人 性 的 假设 造成 了 工作 与 游戏 娱乐 之 间 的 差异 ， 这 并 不 符合 自然 规律 。 结 果 ， 在 工作 上 颇 受 压抑 ， 为 了 
满足 尊重 和 自我 实现 的 需求 ， 人 们 只 好 寻找 理由 花费 越 来 越 多 的 时 间 远 离 自己 的 工作 ; 换 句 话说 ， 企 业 需要 付 给 工人 们 足够 的 金 


钱 来 满足 他 们 的 生理 和 安全 需求 。X 理 论 产生 的 结果 是 员工 们 将 工作 视 为 “必要 之 恶 ” (necessary evil) ， 而 不 是 个 人 挑战 与 
自我 满足 的 源泉 。 在 那些 高 生产 率 的 组 织 里 ， 人 们 高 高 兴 兴 地 来 工作 ， 因 为 工作 是 人 本 性 的 满足 。 


关于 Y 理 论 ， 麦 克 格 雷 格 和 其 他 研究 者 没有 论 及 的 一 个 重要 特点 是 ， 人 们 必须 相互 接触 、 紧 密 联系 来 实现 相关 联 的 社会 地 
人 位、 尊重 和 自我 实现 等 目标 。 孤 立 的 人 们 ， 比 如 由 小 隔 间 实现 的 彼此 分 离 ， 使 Y 理 论 的 积极 方面 完全 失效 。 小 隔 间 和 其 他 类 似 形 
式 的 环境 很 好 地 支持 了 实现 X 理 论 下 组 织 目 标 所 需要 的 严密 控制 。 领 导 者 的 沟通 和 赋 权 是 企业 组 织 创造 性 的 活力 之 源 。 领 导 者 对 
待 其 员工 的 态度 能 够 使 其 内 部 交流 得 到 加 强 ， 进 而 实现 生产 率 提升 。 你 可 以 想象 一 下 ， 管 理 者 努力 囊 领 一 群 无 人 知晓 其 所 在 组 织 
里 其 他 工程 师 所 遵从 的 企业 理念 和 业务 方向 的 工程 师 会 是 什么 样子 。 没 有 员工 之 间 的 沟通 ， 很 难 实现 生产 率 的 提高 ， 而 在 Y 理 论 


的 环境 中 尤其 如 此 。X 理 论 和 Y 理 论 的 差异 [2 被 赫 西 (Hersey) 和 布 兰 查 德 (Blanchard) 总 结 在 表 3-1 中 。 
表 3-1 麦克 格雷 格 的 X 理 论 与 Y 理 论 关 于 人 类 本 性 的 假设 


X 理论 Y 理论 
1 大 多 数 人 厌恶 工作 1 MRR RS, J [ 作 就 像 娱 乐 游戏 一 样 ， 是 很 自然 
的 事情 
2. 大 多 数 人 都 缺乏 进取 心 ， 不 愿 承 担 责任 ， 宁 愿 听从 
指挥 
3. 大 多 数 人 都 不 具备 解决 组 织 问题 所 需要 的 创造 力 3. 大 多 数 人 都 具有 解决 组 织 问题 的 创造 力 
4. 激 励 不 仅 在 生理 和 安全 层次 上 有 效 ， 在 社会 地 位 、 
尊重 和 自我 实现 上 同样 有 效 
5. 大 多 数 人 必须 严密 监督 ， 经 常 被 强迫 才 会 去 实现 组 | 5. 如果 得 到 正确 激励 ， 人 们 在 工作 上 能 够 自我 管理 ， 
织 目标 站 充满 创意 


2. 自我 管理 在 实现 组 织 日 标 上 经 常 不 可 或 缺 


4. 只 有 在 生理 和 安全 层次 上 才能 获得 激励 


[1] McGregor, D., The Human Side of Enterprise (New York NY: McGraw-Hill, 1960). 另 请 参见 McGregor, Leadership and Motivation 
(Boston MA: MIT Press, 1966). 


[2] Hersey, P. and K. Blanchard, Management of Organizational Behavior(Englewood Cliffs, NJ.: Prentice-Hall, Inc.,1977), p.55. 


3.4 ”敏捷 软件 开发 


近 些 年 来 ， 团 队 合 作 理 念 的 发 展 让 我 们 的 注意 力 转 向 了 管理 和 人 的 问题 。 极 限 编程 和 敏捷 开发 方法 的 出 现 证 明了 人 在 软件 开 
发 生产 率 和 质量 方面 的 重要 性 。 除 非 将 人 作为 “人 一 流程 一 项 目 ” 三 元 组 中 一 个 重要 部 分 ， 否 则 ， 软 件 开发 成 本 和 进度 估算 结 
果 仍 将 时 好 时 坏 、 起 伏 无 常 ， 而 生产 率 的 提高 也 将 是 遥 不 可 及 的 目标 。 


在 第 1 章 我 提 到 ， 敏 捷 开 发 被 定义 为 一 组 基于 和 迭代 和 增 量 开发 方法 的 软件 开发 方法 。 在 这 些 方法 中 ， 软 件 需求 和 解决 方案 通 
过 自 组 织 、 跨 功能 团队 之 间 的 紧密 协作 而 逐渐 发 展演 化 。 


最 初 发 表 于 2001 年 2 月 13 日 的 《敏捷 软件 开发 宣言 》[ 讲 到 |: 

我 们 一 直 在 实践 中 探寻 更 好 的 软件 开发 方法 ， 身 体力 行 的 同时 也 帮助 他 人 。 由 此 我 们 建立 了 如 下 价值 观 : 
` 个 体 与 互动 ” 重 于 流程 与 工具 

工作 的 软件 EF 详尽 的 文档 


客户 合作 BT 合同 谈判 


响应 变化 EF ”遵循 计划 
也 就 是 说 ， 尽 管 右 项 有 其 价值 ， 但 我 们 更 重视 左 项 的 价值 。 


回头 看 看 “人 一 流程 一 项 目 ” 三 元 组 ， 我 们 可 以 很 容易 地 看 到 ， 敏 捷 方法 主要 专注 于 三 元 组 的 “人 一 流程 ”这 两 部 分 。 对 
比 敏 捷 开 发 和 有 效 性 公式 ， 我 们 看 到 ， 敏 捷 开 发 在 沟通 、 管 理 和 技术 所 有 这 三 个 属性 里 都 有 身影 。 敏 捷 宣 言 的 后 三 项 规定 了 三 元 
组 中 的 敏捷 流程 部 分 ， 代 表 了 传统 开发 方法 和 敏捷 开发 方法 的 主要 区 别 。 


作为 软件 开发 生产 率 的 主要 手段 ， 我 们 对 敏捷 宣言 的 第 一 项 特别 感 兴趣 : 个 体 与 互动 重 于 流程 与 工具 (技术 ) 。 在 Y 理 论 和 
敏捷 开发 中 ， 自 组 织 和 激励 非常 重要 ， 就 像 集中 办 公 (co-location) 和 结对 编程 一 样 ， 交 互 也 同样 重要 。 我 坚信 ， 个 体 与 互动 
当然 是 成 功 、 创 造 性 公司 最 重要 的 特征 。 


我 曾 看 到 结对 编程 (也 就 是 我 最 初 称 为 二 人 编程 小 组 的 方法 ) 在 敏捷 和 传统 开发 环境 中 同样 都 很 有 效 。 使 用 相同 的 估算 方法 
在 敏捷 和 传统 开发 方法 中 的 进度 估算 结果 完全 一 致 ， 而 两 种 开发 方法 的 开发 生产 率 也 几乎 相同 。 这 里 ， 关 键 的 生产 率 驱 动因 素 是 
激励 和 沟通 。 而 这 两 种 方法 的 主要 区 别 是， 敏捷 方法 是 一 种 迭代 演进 方法 ， 而 传统 方法 是 具有 明确 的 初步 和 关键 设计 评审 的 瀑布 
方法 。 


软件 设计 和 测试 活动 (这 两 项 大 约 占 整 个 软件 项 目 工 作 总 量 的 80%， 剩 下 20% 的 工作 为 编码 活动 ) 中 大 量 的 工作 都 需要 高 水 
平 的 紧密 沟通 ， 而 沟通 却 受到 环境 、 人 员 、 组 织 以 及 开发 流程 的 影响 。 


[1] Fowler, M. and J. Highsmith “, The Agile Manifesto,” Software Development, August, 2001. 


3.5 ”更 多 有 效 的 生产 率 改进 办 法 


第 2 章 中 介绍 的 有 效 性 公式 表明 ， 生 产 率 (有效 性 ) 的 3 个 方面 分 别 对 应 于 下 面 的 三 个 类 别 : 沟通 、 管 理 和 技术 技能 。 第 2 章 
主要 集中 讨论 了 沟通 属性 及 其 在 软件 工程 师 的 有 效 性 中 的 重要 性 。 这 一 章 集中 讨论 有 效 性 公式 中 管理 风格 的 重要 性 。 现 在 讨论 这 
些 属性 对 软件 开发 生产 率 的 相对 影响 并 对 其 进行 排序 为 时 尚 早 ， 然而 ， 很 明显 的 是 这 些 属性 的 重要 性 并 不 一 定 相等 ， 也 不 是 彼此 
一 定 相互 独立 。 

古典 估算 和 管理 方法 主要 关注 软件 开发 、 产 品 和 流程 的 技术 方面 ， 所 以 传统 项 目 中 有 足够 多 的 信息 可 以 用 来 评估 这 些 属 性 的 
相对 次 序 。 理 论 上 ， 传 统 方法 里 也 包含 团队 的 概念 ， 但 是 当 我 们 察看 项 目 环境 的 时 候 ， 我 们 常常 看 到 的 ， 要 么 是 隔 间 农场 []， 要 
么 是 一 群 人 在 彼此 分 离 的 办 公 室 里 工作 ， 要 么 是 被 广泛 分 散在 不 同 的 地 理 位 置 。 这 种 团队 是 根据 项 目的 费用 代码 而 建立 的 ， 他 并 
不 是 人 们 所 期 望 的 真正 Y 理 论 环境 的 团队 。 这 种 环境 里 ， 沟 通 属 性 的 有 效 性 取 值 如 此 之 小 。 同 样 的 思想 均 适 用 于 我 们 管理 风格 评 
估 中 的 X 理 论 、Y 理 论 问 题 。 在 X 理 论 的 环境 中 ， 管 理 属 性 的 取 值 无 法 接近 于 最 大 取 值 1.0。 

O 隔 间 农场 是 一 个 描述 性 的 术语 ， 用 于 描述 办 公 区 域 被 分 割 成 大 量 小 隔 间 这 样 的 办 公 环 境 。 另 一 个 描述 这 种 办 公 环 境 的 术语 是 


迷宫 (Maze) 。 


第 4 草 ”从 历史 中 我 们 学 到 了 什么 
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在 展现 软件 开发 成 本 和 进度 的 时 候 ， 我 们 经 常会 反 反 复 复 地 听 到 一 些 说 辞 。 比 如 ， “我们 这 个 项 目的 生产 率 将 会 比 上 一 个 项 
目 高 25%， 因 为 我 们 这 次 将 更 加 聪明 地 工作 。 ”或 者 “日 程 很 紧迫 ， 但 我 们 已 经 精心 推敲 了 需求 ， 现 在 它们 如 移 石 般 可 靠 ， 我 们 
应 该 能 够 在 6 个 月 内 交付 产品 。” 或 者 “如 果 我 们 的 人 手 能 够 加 倍 ， 我 们 就 能 将 交付 时 间 缩 短 一 半 。 ”或 者 ， 最 终 ，“ 我 们 已 完 
成 了 90% 的 工作 ， 只 需要 几 天 时 间 进 行 测试 了 .……” 你 的 个 人 经 历 中 可 能 会 有 更 多 这 种 没有 理性 的 言辞 。 这 里 的 每 一 句 话 都 承载 
了 太 多 我 们 本 能 够 或 本 应 该 从 我 们 自己 的 软件 开发 历史 中 学 到 的 沉痛 教训 。 


在 前 三 章 中 讨论 过 的 话题 描述 了 过 去 我 们 反 反 复 复 地 发 现 了 很 多 次 的 问题 及 其 解决 方案 。 作 为 我 们 的 生产 率 问题 的 解决 方 
案 ， 在 20 世 纪 20 年 代 和 30 年 代 已 解决 的 管理 问题 在 现代 管理 文献 中 经 常 被 提 及 。 我 用 两 只 手 就 能 数 清楚 这 些 思想 在 软件 开发 领 
域 的 真正 实现 。 它 们 都 是 非常 成 功 的 解决 方案 ， 然 而 ， 软 件 行业 似乎 并 不 急于 在 这 些 成 功 之 上 构建 软件 。 


虽然 缺乏 早期 的 解释 ， 但 让 我 们 仍 以 此 开始 本 章 。 我 不 知道 这 个 故事 的 具体 起 源 ， 只 知道 它 是 早期 希腊 神话 之 一 。 


[1] Toynbee, A.J. A study of history (London: Oxford Press, 1946). 
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我 们 的 故事 开始 于 很 久 很 久 以 前 ， 在 古老 的 希腊 有 两 个 兄弟 : 普罗 米 修 斯 (Prometheus) EERIE 
(Epimetheus) ， 他 们 都 是 早期 太阳 神 之 一 。 普 罗 米 修 斯 是 一 位 年 轻 聪 慧 的 神 ， 要 是 在 现代 ， 他 的 人 格 魅 力 和 品 性 足以 让 他 成 
为 一 名 超级 体育 明星 。 普 罗 米 修 斯 受 宙斯 之 命 创造 了 人 类 。 和 本 哥 比 起 来 ， 弟 弟 厄 庇 米 修 斯 生性 轧 钝 ， 不 爱 冒 险 。 他 所 有 的 朋友 
都 称 他 为 厄 庇 (Epi) ， 小 兄弟 。 厄 庇 米 修 斯 也 受 宙 斯 之 命 去 创造 了 其 他 生物 。 


有 一 天 ， 为 了 造福 人 类 ， 普 罗 米 修 斯 欺骗 了 宙斯 ， 从 奥 林 匹 斯 山上 资 取 了 神圣 之 火 给 人 类 。 宙 斯 ， 众 神 之 神 ， 对 偷 穿 只 属于 
众 神 的 东西 给 人 类 这 件 事 非常 愤怒 。 他 发 拆 阅 ， 普 罗 米 修 斯 和 所 有 凡人 都 要 为 这 个 冒犯 遭受 痛苦 。 为 了 报复 人 类 及 其 恩人 普罗 米 
修 斯， 宙斯 命令 赫 非 斯 托 斯 (Hephaestus， 火 与 工匠 之 神 ) 用 泥土 和 水 创造 了 潘多拉 (Pandora) 。 诸 神 赋予 这 位 年 轻 美 狐 、 
性 感 妖 娆 女子 各 种 天 赋 ， 当 然 ， 其 中 也 包括 好 奇 之 心 和 欺骗 之 术 。 宙 斯 推断 到 普罗 米 修 斯 很 聪明 ， 可 能 会 看 穿 他 的 计划 ， 所 以 他 
安排 潘多拉 嫁 给 了 厄 庇 ， 如 我 之 前 说 过 的 ， 他 不 是 很 聪明 。 宙 斯 给 了 潘多拉 一 个 花瓶 (不 ， 并 不 是 一 个 盒子 ) 作为 结婚 礼物 。 普 
罗 米 修 斯 警告 他 那曲 奖 不 灵 的 弟弟 不 要 接受 宙斯 的 任何 礼物 ， 但 厄 庇 已 被 潘多拉 的 美 狗 完全 迷 倒 了 。 


从 这 一 点 开始 世间 流传 有 两 个 版 本 。 版 本 一 说 ， 宙 斯 禁止 潘多拉 打开 魔 粕 。 尽 管 普 罗 米 修 斯 曾 警 告 过 ， 厄 庇 还 是 没 能 抑制 住 
潘多拉 那 女 人 特有 的 好 奇 心 而 让 她 打开 了 魔 瓶 。 版 本 二 说 ， 潘 多 拉 的 任务 就 是 哄骗 龙 庇 打开 魔 瓶 。 同 样 ， 尽 管 有 普罗 米 修 斯 的 警 
告 , 潘多拉 如 此 美 够 ， 真 的 ， 让 人 无 法 抗拒 ， 厄 庇 无 法 拒绝 。 经 过 一 番 甜 言 蜜 语 之 后 ， 潘 多 拉 说 服 厄 庇 揭 开 了 魔 瓶 的 盖子 。 


当 魔 瓶 的 盖子 揭 开 的 时 候 (到 底 是 谁 做 的 这 件 事 仍 是 个 宗教 问题 ) ， 传 来 一 阵 巨大 的 嘲 嘲 声响 ， 所 有 的 罪恶 、 痛 苦 和 疾病 都 
被 释放 了 出 来 ， 永 远 无 情 地 折磨 着 人 类 ， 只 有 一 个 例外 。 像 伴 苦 劳作 、 贪 禁 、 和 欲望 、 妖 妒 、 流 言 惠 语 等 这 些 罪 恶 都 逃 了 出 去 并 遍 
布 整个 大 地 。 

尼 庇 米 修 斯 虽 不 聪明 但 身手 敏捷 。 在 所 有 的 苦难 中 最 收 恶 的 苦难 逃 出 去 之 前 ， 他 设法 盖 上 了 魔 瓶 的 盖子 。 尼 庇 党 得 他 的 错误 


非常 可 怕 ， 但 宙斯 交付 潘多拉 的 任务 还 没 彻底 完成 。 经 过 一 番 讨 论 ， 龙 庇 和 潘多拉 断定 最 坏 的 事情 已 经 发 生 ， 而 瓶子 也 已 空 了 。 
龙 庇 小 心 翼 届 地 再 次 打开 魔 瓶 的 盖子 ， 这 次 ， 万 恶 之 首 终于 被 释放 到 了 人 世间 。 那 就 是 一 一 希望 ! 


因为 心 存 希望 ， 我 们 从 来 没有 从 我 们 所 犯 过 的 错误 中 汲取 教训 。 历 史 也 从 来 不 是 我 们 的 师 者 。 我 们 也 永远 地 受到 了 无 限 乐观 
的 诅 品 。 奇 怪 的 是 ， 软 件 程序 经 理 和 开发 者 似乎 是 人 世间 所 有 几 人 中 最 容易 被 这 种 履 恶 所 串 惑 的 人 群 。 昨 天 我 听 到 什么 来 
着 ? “如 果 你 采用 这 个 工具 、 技 术 、 编 程 语言 ， 等 等 ， 你 的 生产 率 将 会 提高 一 个 数量 级 ， 你 将 永远 不 会 再 犯错 误 ! ”我 确信 ， 你 


会 的 ! 


4.2 ”技术 市 来 的 生产 率 增 蔡 


通过 对 自 20 世 纪 60 年 代 以 来 的 软件 项 目 开 发 生产 率 的 分 析 ， 以 及 回顾 我 们 软件 开发 行业 已 经 取得 的 生产 率 的 改进 情况 ,我 
们 能 够 看 到 舒适 区 和 确认 偏 误 的 双重 影响 。 正 如 我 们 在 前 些 章 指出 过 的 ,我 们 的 软件 开发 生产 率 定义 是 以 交付 的 每 人 月 有 效 源 代 
码 行 数 (Effective Source Lines of Code per Person Month, ESLOC/PM) 来 度量 的 。 这 个 定义 非常 必要 ， 因 为 实际 交付 的 
源 代码 行 数 是 项 目 完成 报告 中 记录 的 历史 项 目 数据 (规模 、 成 本 和 进度 ) 的 3 个 主要 组 成 部 分 之 一 。 而 每 行 交 付 源 代码 所 实现 的 
系统 功能 则 完全 是 另外 一 回 事 。 我 不 希望 在 我 们 的 讨论 中 混淆 这 两 样 东西 。 


在 1960 年 初 ， 我 们 开始 了 从 机 器 语言 或 汇编 语言 代码 向 首 批 第 三 代 编程 语言 (FORTRAN、ALGOL 和 COBOL) 的 过 渡 。 由 
于 实现 给 定 软件 功能 所 需要 的 程序 指令 数目 的 减少 ( 约 为 原来 的 三 分 之 一 ) ， 项 目 开发 的 生产 率 几 乎 一 夜 之 间 增 加 到 了 原来 的 3 
音 。 突 然 之 间 ， 程 序 员 ( 那 时 候 我 们 还 没有 出 现 “ 软 件 工程 师 ” 这 样 的 叫 法 ) 和 /或 评审 人 员 可 以 通过 阅读 源 代 码 来 确定 软件 功 
能 是 否 真 的 实现 了 。 


调试 程序 变 得 相当 简单 ， 而 程序 错误 率 也 大 大 减少 。 我 们 已 经 步 入 了 软件 开发 的 新 新 世界 。 然 而 ， 我 们 没有 注意 到 ， 每 行 源 
代码 所 能 实现 的 生产 率 并 未 显著 提高 ， 每 行 源 代码 所 包含 的 错误 率 也 没有 减少 。 程 序 员 仍然 在 使 用 与 在 汇编 语言 编程 时 所 用 的 几 
乎 一模一样 的 开发 工具 。 穿 孔 卡片 和 编码 表 依 然 是 当时 软件 开发 的 标准 配置 。 


在 高 阶 语言 出 现 之 前 ， 汇 编 语言 程序 开发 中 使 用 的 开发 实践 与 其 他 语言 的 开发 实践 没什么 不 同 。 软 件 开发 组 织 和 管理 方法 也 
少 有 或 没有 任何 改进 。 除 了 只 使 用 了 原来 三 分 之 一 的 语句 量 ， 交 付 每 条 指令 的 软件 成 本 大 致 相同 ， 而 整个 行业 的 平均 生产 率 仍 保 
持 在 大 约 每 人 月 60 行 源 代码 。 事 后 的 数据 告诉 我 们 生产 率 应 该 预期 如 此 ， 但 确认 偏 误 让 我 们 相信 生产 率 确 已 提高 。 真 是 对 与 我 
们 期 望 相 反 的 数据 视而不见 啊 ! 


大 约 在 1980 年 出 现 的 软件 成 本 估算 方法 和 工具 ， 全 部 都 是 根据 已 完成 大 型 开发 项 目的 项 目 数据 构建 出 来 的 ， 其 中 很 多 项 目 
还 都 来 自 汇编 语言 时 代 。 到 1980 年 为 止 已 经 实现 的 开发 环境 (工具 和 实践 方法 ) 改善 只 产生 了 很 小 的 生产 率 提高 。 


第 一 次 彻底 的 编程 方法 变革 发 生 在 20 世 纪 60 年 代 中 期 。 艾 效 格 -W: 迪 科斯 彻 (Edsger Dijkstra) 发 表 了 写 给 《ACM 通 讯 》 
杂志 编辑 的 一 封 信 [， 信 中 阐述 了 编程 中 GOTO 语 句 的 负面 影响 。IBM 公 司 的 科学 家 哈 兰 .米尔 斯 (Harlan Mills) 提出 了 结构 化 
编程 [的 概念 。 结 构 化 方法 承诺 说 通过 程序 结构 化 可 以 大 幅 地 提高 生产 率 一 个 数量 级 ， 并 能 消除 程序 中 产生 的 错误 。 随 后 ， 大 量 
文章 发 表 ， 宣 扬 这 项 新 革命 的 教科 书 也 不 断 出 版 ， 而 人 们 还 提出 了 像 少 用 GOTO 语 句 编程 (GOTO-Less Programming) 这 样 
的 变种 编程 方法 ， 声 称 会 在 软件 质量 上 进一步 取得 提高 。 能 够 缩 进 排列 源 代 码 序 列 并 能 进一步 增强 手写 代码 的 代码 结构 的 新 编译 
器 变 得 非常 普及 。 这 也 变 成 了 结构 化 走 查 和 其 他 类 似 评审 方法 的 时 代 。 那 生产 率 提升 一 个 数量 级 的 目标 真 的 实现 了 吗 ” 没有 。 整 
个 行业 的 大 型 软件 开发 获得 的 生产 率 提升 只 有 大 约 10% 到 20%， 而 这 些 提 升 的 很 大 部 分 原因 是 开发 实践 方法 和 开发 工具 的 改进 。 
在 软件 开发 环境 和 项 目 管理 方法 上 并 没有 任何 显著 的 变化 。 


在 整个 这 段 时 期 内 ， 结 构 化 编程 及 其 变种 方法 的 提倡 者 心中 的 确认 偏 误 维持 了 他 们 对 这 些 方法 的 支持 和 拥护 。 然 而 ， 生 产 率 
历史 数据 不 会 说 谎 。 该 技术 得 到 了 在 1968 年 NATO 软 件 工 程 会 议 上 提出 软件 工程 概念 的 那些 人 的 大 力 支持 。 通 过 命名 一 项 新 技 


术 却 没有 任何 支持 者 走出 自己 的 舒适 区 ， 结 构 化 编程 成 了 通过 这 种 方式 解决 软件 问题 的 另 一 项 技术 。 王 婆 卖 瓜 ， 自 吹 自 夺 ， 结 构 
化 编程 被 看 成 了 新 的 软件 超级 英雄 。 


20 世 纪 70 年 代 ， 随 着 程序 员工 作 台 (Programmer Work Bench，PWB) 的 出 现 ， 数 字 设 备 公司 给 软件 开发 行业 带 来 了 又 
一 次 快速 发 展 。 使 用 PWB， 开 发 环境 能 够 控制 和 管理 软件 产品 ， 允 许 保持 软件 产品 的 多 个 版 本 ， 从 而 减少 开发 过 程 中 由 于 缺失 
或 损坏 软件 而 导致 的 数据 丢失 和 软件 错误 。 评 审 活动 和 评审 产 出 物 在 整个 开发 过 程 的 任何 时 点 都 可 轻易 获得 。PWB 是 一 个 能 够 
支撑 开发 流程 的 有 用 产品 。 它 提高 了 软件 产品 的 质量 了 吗 ? 是 的 ， 确 实 提高 了 。 那 它 提高 生产 率 了 吗 ? 一 点 点 儿 。 它 是 一 颗 魔 弹 
吗 ? 如 果 你 相信 它 的 宣传 ， 那 它 就 是 。 数 字 设 备 公 司 和 软件 开发 社区 极 大 地 受益 于 PWB。 那 它 改变 了 软件 开发 方式 了 吗 ? 是 
的 , 很 大 一 步 ! 


穿孔 卡片 被 工作 站 取代 了 ， 打 印 纸张 的 需求 也 相应 地 减少 了 。 到 PWB 变 得 声名 远扬 的 时 候 ， 软 件 环境 已 经 退缩 成 了 一 个 个 
小 隔 间 ， 这 些小 隔 间 成 了 高 产 环 境 的 王牌 ， 个 人 沟通 几乎 销声匿迹 ， 结 果 是 有 效 性 公式 的 数值 大 大 减 小 。 小 隔 间 成 了 办 公 环 境 设 
施 规划 者 脑海 中 根深 蒂 固 的 先进 办 公 方 式 ， 软 件 管理 也 再 一 次 竭尽 全 力 地 避免 走出 自己 的 舒适 区 。 在 线 软件 开发 的 出 现 是 20 世 
纪 70 年 代 的 主要 技术 事件 之 一 ， 它 使 支持 快速 增加 的 软件 系统 规模 成 为 可 能 。 同 时 ， 软 件 编程 语言 也 变 得 更 为 强大 和 灵活 。 汇 
编 语言 在 20 世 纪 60 年 代 前 期 演变 成 了 FORTRAN、COBOL 和 ALGOL， 源 代码 规模 大 约 降低 到 了 原来 的 三 分 之 一 。 


爱德华 . 尤 顿 (Ed Yourdon) 和 拉 里 . 康 斯 坦 丁 (Larry Constantine) 在 他 们 1979 年 出 版 的 书 Structured DesignB] 中 介绍 
了 一 个 用 来 处 理 较 大 型 系统 体系 结构 的 合理 方法 。 随 着 软件 产品 变 得 极其 庞大 ， 几 乎 无 法 有 效 管 理 ， 之 后 不 久 狄 马克 的 
Structured Analysis and System Specification 内 就 出 版 了 ， 他 提供 了 一 种 分 解 甚至 是 较 大 型 软件 系统 的 新 方法 。 


KE (Ward) 和 梅 勒 (Mellor) P] 将 结构 化 分 析 方法 扩展 到 了 实时 软件 系统 开发 中 。 大 约 在 同一 时 期 ， 哈 特 利 (Hatley) 
和 佩 尔 海 (Pirbhai) 发 表 了 既 包 括 软件 又 包括 硬件 的 实时 系统 开发 方法 。Hatley-Pirbhaile 方 法 很 容易 地 得 到 面向 对 象 系统 开 
发 的 采用 。 


最 庞大 、 最 复杂 的 编程 语言 Ada 出 现在 20 世 纪 80 年 代 早期 。 又 一 次 ， 通 过 阻止 软件 工程 师 在 设计 和 代码 中 制造 软件 错误 ， 
人 们 认为 软件 开发 的 生产 率 得 到 了 提高 。 这 种 语言 的 学 习 曲 线 由 原来 FORTAN 和 C++ 语言 的 1 年 掌握 变 成 了 Ada 语 言 的 5 年 掌 
握 ， 而 其 错误 率 却 与 前 者 相 比 变 化 不 大 。 像 其 他 “ 银 弹 ”一 样 ，Ada 语 言 没 能 表现 出 它 所 承诺 的 能 力 。 


随 着 开发 方法 的 逐渐 稳定 、 成 熟 ， 软 件 开发 策略 的 演变 在 20 世 纪 80 年 代 后 期 和 90 年 代 却 在 逐渐 减少 。 随 着 之 前 软件 开发 的 
急速 发 展 ， 人 们 期 望 软件 开发 生产 率 也 能 够 随 之 快速 增加 。 开 发 方法 上 的 每 一 项 重大 技术 变革 几乎 都 不 断 声 称 能 够 极 大 地 提高 
产 率 ， 并 能 显著 降低 开发 和 安装 过 程 中 的 软件 错误 。 昌 然 这 些 方法 都 获得 了 显著 改善 ， 但 软件 生产 率 在 开发 环境 和 管理 有 效 性 方 
面 的 核心 因素 仍然 原 地 踏步 地 保持 着 20 世 纪 70 年 代 的 样子 。 


图 4-1 中 的 内 容 来 自前 面 章节 ， 主 要 呈现 了 开发 人 员 的 能 力 稳定 性 。 该 图 是 从 1960 年 到 2010 年 间 已 完成 的 软件 开发 项 目 数 
据 中 选取 的 ， 几 乎 成 一 条 直线 。 这 条 线 在 某 些 时 期 会 有 略微 的 变化 ， 但 是 与 程序 员 能 力 变化 所 期 望 带 来 的 生产 率 提升 相 比 ， 技 术 
带 来 的 生产 率 提升 相当 小 。 在 这 段 时 间 里 ， 我 们 人 花费 了 大 部 分 精力 去 尝试 那些 也 许 不 需要 太 费 力 就 能 走出 管理 舒适 区 的 办 法 ， 并 
希望 以 此 提高 生产 率 。 或 者 换 句 话说 ,我 们 做 了 很 多 改变 ， 这 些 改变 不 需要 对 我 们 管理 环境 的 方式 进行 任何 变动 。 所 有 的 努力 一 
直 都 致力 于 创造 未 来 的 “ 银 弹 ”。 我 们 知道 不 存在 银 弹 ， 但 确认 偏 误 让 我 们 一 再 忽略 既 有 观念 ， 造 成 了 执 扶 的 痴心 妄想 。 

编程 语言 的 进步 与 开发 技术 的 变革 相 结 合 ， 使 实现 大 型 的 、 复 杂 的 软件 系统 成 为 可 能 ， 这 些 复杂 系统 里 相对 少量 的 交付 源 代 
码 却 涉及 数 以 百 万 计 的 隐藏 代码 。 例 如 ， 我 可 以 用 Visual C++ 的 一 行 源 代码 在 用 户 界面 上 激活 一 个 相对 复杂 的 窗口 。 我 只 用 一 
个 UMLI 语 句 就 能 激活 一 个 重要 的 系统 操作 。UML 图 的 生产 率 是 以 每 个 人 月 交付 的 UML 语 句 数 来 度量 的 。 
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图 4-1 传统 软件 开发 生产 率 的 增加 1960 到 1990 年 
传统 软件 开发 方法 的 生产 率 仍然 较 低 ， 但 如 图 4-1 中 所 示 项 目 数据 所 看 到 的 ， 自 21 世 纪 之 初 以 来 已 经 稳步 提高 了 很 多 。 一 种 


被 称 为 “结对 编程 ”的 新 软件 开发 模式 为 软件 开发 环境 带 来 了 截然 不 同 的 开发 方法 。 生 产 率 显著 地 提高 了 ， 但 适合 的 项 目 要 比 传 
统 的 大 规模 开发 小 得 多 。 结 对 编程 是 走向 敏捷 软件 开发 的 第 一 步 ， 它 第 一 次 真正 把 有 效 性 公式 的 所 有 属性 都 充分 利用 了 起 来 。 
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[7] UML: Unifi ed Modeling Language, 统一 建 模 语言 ， 一 种 用 于 面向 对 象 开发 的 编程 语言 。 为 更 有 效 地 组 织 程序 代码 ， 程 序 员 经常 
创建 “对 象 ”， 它 是 程序 内 部 的 一 组 结构 化 数据 。UML 已 被 对 象 管理 组 (OMG) 标准 化 。 


4.3 ”软件 能 力 成 熟 度 模型 集成 


图 4-1 中 有 一 个 到 目前 为 止 我 们 的 讨论 中 还 没有 提 到 过 的 术语 一 一 过 程 成 熟 度 。 它 不 是 一 项 软件 开发 技术 ， 也 就 是 说 ， 过 程 
成 熟 度 不 是 编程 语言 ， 不 是 开发 方法 或 方式 ， 也 不 是 支持 开发 活动 的 任何 工具 集 。 如 图 4-2 所 示 ， 它 也 不 是 某 个 度量 软件 工程 师 
有 效 性 的 属性 。 过 程 成 熟 度 ， 或 者 称 为 CMMII] (Capability Maturity Model Integration， 软 件 能 力 成 熟 度 模型 集成 ) ， 是 
一 套用 于 产品 和 服务 开发 的 流程 改进 模型 ， 由 一 系列 专注 于 开发 和 维护 活动 的 最 佳 实践 组 成 ， 涵 盖 了 从 概念 提出 到 最 终 交 付 和 维 
护 的 整个 产品 生命 周期 。 


图 4-2 ”过 程 只 是 项 目 冰山 露出 水 面 的 一 角 


过 程 成 熟 度 根据 从 初始 级 (0) 到 优化 级 (5) 的 5 级 度量 范围 来 衡量 ， 该 5 级 度量 方法 的 每 个 级 别 由 软件 工程 研究 所 
(Software Engineering Institute, SEI) 定义 。 每 个 级 别 的 详细 信息 我 们 将 在 表 4-1I 所 中 一 一 列举 。CMMI 成 熟 度 认为 ， 当 管 
理 一 个 组 织 的 开发 方法 时 使 用 最 不 成 熟 的 过 程 ， 或 者 根本 就 没有 任何 过 程 ， 这 样 的 成 熟 度 为 1 级 。 这 是 个 低 于 现状 的 过 程 成 熟 度 
级 别 ，CM MI 根本 不 予 支持 ， 它 没有 任何 正式 的 过 程 方法 ， 当 危机 出 现时 容易 导致 与 CMMI 定 义 级 别 相对 应 的 负 的 成 熟 度 评 
级 Bl。 这 些 负面 评级 并 不 经 常 被 讨论 ， 但 它们 的 负面 影响 却 可 能 影响 到 任何 级 别 。 例 如 ，3 级 组 织 有 正规 的 、 明 文 规定 的 开发 流 
程 。 但 如 果 一 个 组 织 的 流程 过 分 的 正规 ， 那 它 是 3 级 还 是 2 级 呢 ? 

表 4-1 软件 流程 成 熟 度 等 级 


评论 
5 | 持续 优化 级 | ”关注 在 流程 改进 上 我 们 能 自动 化 什么 
í 


H 2 
如 何 最 好 地 使 用 技术 来 结束 
量化 度量 和 控制 技术 Kodaki 了 地 使 用 技术 来 结 于 
反馈 循环 


4 | 量化 管理 级 


3 | 已 定义 级 
2 | 已 管理 级 


需要 数据 来 评估 技术 状况 


ao em 缺乏 控制 ， 并 且 是 反 he 
-1 | 粗心 大 意 级 | ”漠不关心 、 冷 淡 冷淡 、 冷 漠 、 混 乱 CMMI 不 需要 
-2 | 故意 阻碍 级 
-3 不 注意 实际 绩效 


-4 | 破坏 损害 级 a MOR. BT 怀疑 成 功 、 倡 导 虚 伪 


1 | 初始 级 


能 力 成 熟 度 模 型 的 概念 是 由 瓦 蒋 .$. 汉 弗 莱 (Watts Humphrey) 在 1987 年 提出 的 出。 他 说 : 


虽然 软件 具有 很 多 特征 ， 但 它们 都 需要 更 多 的 管理 规范 ， 而 不 是 更 少 。 因 此 ， 管 理 者 应 该 需要 更 加 详细 的 计划 、 跟 踪 系 统 以 
及 定期 对 技术 与 管理 评审 。 软 件 管理 应 该 是 完全 传统 式 的 ， 只 能 多 不 能 少 。 不 幸 的 是 ， 很 多 在 硬件 开发 上 坚持 这 些 理念 的 管理 者 
却 不 肯 让 他 的 软件 团队 也 这 么 做 。 


沃 森 (Watson) 的 评论 清晰 地 表明 了 CMMI 的 目的 。CM MI 过 程 集成 与 产品 改进 指南 为 管理 软件 产品 开发 提供 了 一 个 刚性 
框架 ， 但 没有 规定 开发 流程 如 何 实现 的 具体 细节 。 例 如 ，SG1 (基于 估算 基本 原理 为 工作 产品 和 任务 估算 项 目的 工作 量 和 成 本 ) 
的 子 实践 P1.4 中 软件 成 本 与 进度 估算 必须 使 用 包含 20 多 个 子 项 目 在 内 的 模型 和 /或 历史 数据 。SG1 集 中 关注 为 项 目 规划 参数 进行 
估算 ， 而 实际 取 值 则 由 PMC (Project Monitoring and Control， 项 目 监督 与 控制 ) 子 过 程 1.1 进 行 监测 。 


尽管 CMMI 所 施加 的 约束 并 未 在 估算 方法 的 选择 上 留 下 多 少 灵 活性 ， 但 把 具体 的 估算 方法 留 给 了 组 织 来 决定 。 我 想 你 能 够 感 
受到 CMMI 所 要 求 的 控制 程度 了 吧 。 在 给 CM MI 工作 组 的 一 个 评论 中 说 到 : “一 旦 流程 成 熟 和 稳定 下 来 ， 工 程 师 就 是 可 互 换 的 
了 。 ”我 不 知道 这 个 评论 的 具体 出 处 ， 就 假设 它 来 自 某 个 传阅 吧 。 可 互 换 只 是 图 4-2 中 冰山 的 一 角 。 


几 年 之 前 ， 我 曾 作为 首席 科学 家 为 一 家 一 流 国防 项 目 承包 商 服务 ， 这 家 承包 商 达到 了 CM MIoj3 级 水 平 。 一 天 ， 一 个 软件 工 
呈 师 来 到 我 的 办 公 室 ， 想 看 看 我 是 否 有 多 余 的 编程 标准 和 实践 手册 ， 我 确实 没有 。 我 们 一 起 来 到 实验 室 秘书 那里 看 看 秘书 是 否 有 
多 余 的 手册 。 秘 书 把 我 们 带 到 一 个 书架 前 ， 那 里 有 所 有 最 新 的 部 门 实践 和 流程 文档 ， 当 然 也 包括 编程 标准 。 我 们 被 告知 ， 如 果 要 
维持 部 门 所 有 的 工程 师 都 熟悉 这 些 实践 文档 ， 那 我 们 就 没有 时 间 去 做 别 的 事情 了 。 如 果 哪个 工程 师 想 要 参考 一 下 编程 实践 ， 他 可 
以 使 用 办 公 室 存放 的 这 一 份 。 


由 于 没有 工作 组 的 全 面 评审 就 不 能 对 这 些 文档 做 出 任何 变更 ， 单 是 更 新 文档 就 是 一 项 持续 不 断 的 、 令 人 讨 大 的 繁重 工作 ， 而 
对 这 些 文档 中 任何 文档 的 任何 一 项 变更 都 要 由 部 门 执行 经 理 和 标准 工作 组 主席 的 亲笔 签字 。 既 然 这 些 文档 在 实验 室 层面 进行 控制 
和 维护 ， 我 从 来 都 不 确定 平时 工作 的 工程 师 如 何 定期 使 用 它们 。 


为 达到 CM MI 3 级 需要 而 进行 的 财务 投资 也 许 是 组 织 为 满足 市 场 竞争 力 的 重要 措施 ， 而 CMMI 等 级 的 高 低 也 是 组 织 使 用 现代 
开发 实践 的 重要 标志 。 但 CM MI 似乎 没有 对 软件 开发 生产 率 产 生 任何 重大 的 积极 影响 。 


有 人 可 能 认为 ， 一 旦 流程 成 熟 和 稳定 下 来 ， 将 会 消除 各 种 形式 的 软件 错误 ， 而 软件 生产 率 也 会 顺理成章 地 得 以 提高 。 还 有 人 
认为 ， 成 熟 的 流程 将 会 产生 高 质量 的 产品 ， 而 同时 也 会 增加 开发 活动 的 惰性 ， 从 而 降低 生产 率 。 开 发 流程 的 形式 化 可 以 显著 提 
高 ， 但 软件 开发 生产 率 的 核心 还 是 在 开发 环境 上 。 今 天 有 效 性 公式 的 取 值 仍然 与 提升 流程 成 熟 度 之 前 基本 一 样 。 


瓦 葡 :9 汉 弗 莱 的 那 句 话 “ 软 件 管理 应 该 完全 是 传统 式 的 ， 只 能 更 多 不 能 更 少 ”让 我 们 想起 了 那个 著名 实验 之 前 西方 电气 公 
司 霍 桑 工 三 的 工作 条 件 。 它 同样 也 排除 了 作为 开发 环境 3 个 重要 方面 之 一 的 人 ， 而 人 恰好 是 开发 环境 中 的 生产 率 天 键 驱动 因素 之 


流程 管理 为 组 织 提 供 了 一 张 蓝图 ， 这 张 蓝图 定义 了 创建 软件 产品 所 必需 的 实践 、 过 程 和 辅助 产 出 物 ， 这 些 东西 都 不 能 被 忽 


略 ， 否 则 产品 开发 将 会 滑 向 一 片 混乱 的 无 底 深 渊 。 流 程 一 旦 定义 好 了 ， 流 程 管理 就 不 会 对 工程 师 的 有 效 性 公式 (管理 、 沟 通 和 技 
AR) 产生 任何 影响 ， 而 有 效 性 公式 是 软件 生产 率 和 质量 的 核心 。 
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44 ”最 大 与 最 小 进度 


就 成 本 和 进度 而 言 ， 软 件 规模 (size) 对 软件 开发 管理 有 着 重大 的 影响 。 隆 (Long) 等 人 [1] 对 一 家 航空 航天 企业 进行 了 研 
究 ， 他 们 考察 了 该 公司 的 130 个 军用 软件 开发 项 目 ， 该 研究 表明 软件 项 目的 规模 对 软件 开发 具有 某 些 约束 作用 。 该 航空 航天 企业 
的 项 目 数据 库 非 常 独特 ， 因 为 该 数据 库 只 包含 了 来 自 单一 种 类 开发 人 员 的 数据 ， 也 就 是 说 ， 这 些 数 据 仅 来 自 国防 项 目 开发 部 门 。 


明显 的 “最 小 ”进度 


0 50 000 100000 150000 200000 #250000 
规模 (sloc) 


图 4-3 可 实现 的 软件 开发 有 效 规模 和 进度 


首先 ， 对 于 任何 单个 开发 任务 ， 存 在 一 个 明显 的 最 大 规模 。 如 图 4-3 中 的 130 个 项 目 数据 所 示 ， 没 有 任何 一 个 开发 任务 一 一 
计算 机 软件 配置 项 (CSCI) 一 一 成 功 地 完成 或 交付 了 超过 200000 行 有 效 源 代码 (ESLOC) 。 有 效 规模 达到 200000 行 源 代 码 的 
项 目 ， 需 要 一 个 大 约 100 名 开发 和 测试 人 员 的 团队 、4 年 的 开发 周期 和 将 近 3000 个 人 月 的 工作 量 。 而 软件 行业 从 业 人 员 的 平均 流 
转 周 期 不 超过 4 年 。 在 单一 开发 领域 内 管理 一 个 超过 100 人 的 传统 团队 绝对 不 是 一 件 小 事 。 就 像 我 们 前 面 几 章 所 讲 的 ， 此 数据 库 
中 的 “团队 ”本 质 上 就 是 个 传统 式 的 团队 。200000 行 有 效 源 代码 不 一 定 是 产品 的 总 规模 大 小 ， 它 可 能 包括 新 写 的 源 代码 、 修 改 
过 的 代码 以 及 不 是 在 本 开发 任务 中 设计 或 编写 却 允许 使 用 的 代码 。 你 能 想象 ， 管 理 一 个 有 100 个 小 隔 间 的 开发 区 域 而 团队 却 仅 通 
过 组 织 的 计算 机 网 络 进 行 通信 ， 会 是 什么 样子 吗 ? 


这 个 数据 库 的 第 二 个 观察 结果 是 ， 没 有 任何 一 个 开发 任务 的 持续 时 间 超 过 4 年 。 我 刚才 提 到 ， 软 件 开 发 工程 师 的 平均 流转 周 
期 也 是 大 约 4 年 。 那 么 ， 在 员工 流转 周期 和 最 大 产品 交付 周期 之 间 有 相互 关系 吗 ” 在 传统 组 织 的 单一 项 目 上 连续 工作 这 么 长 时 间 
可 能 会 迫使 任何 人 都 想 在 自己 的 职业 生涯 中 寻求 一 点 变化 。 


技术 变化 的 速度 在 软件 产品 开发 方面 也 很 重要 。 刚 刚 几 年 之 前 我 们 工作 中 所 使 用 的 技术 要 比 现 在 使 用 的 技术 简单 得 多 。20 
世纪 70 年 代 ， 大 学 毕业 生 如 果 5 年 之 内 不 继续 学 习 新 技术 才 会 认为 自己 技术 过 时 了 ， 而 在 今天 ， 技 术 变化 速度 之 快 ， 已 经 戏剧 性 
地 缩短 到 了 6 个 月 才 是 保持 技术 与 时 俱 进 的 重要 周期 。4 年 以 前 开始 的 项 目 在 今天 很 可 能 近乎 是 老 古 董 了 。 经 过 4 年 的 开发 之 后 ， 
为 持续 如 此 长 的 软件 开发 拨付 的 资金 将 很 难保 证 。 


第 三 个 观察 结果 与 著名 的 启发 式 “保罗 梅森 软件 规则 器 ”有 关 。 该 规则 认为 ， 存 在 一 个 由 软件 的 有 效 规模 、 产 品 复杂 性 和 开 
发 者 的 能 力 共同 决定 的 最 小 开发 时 间 。 这 个 效应 在 航空 航天 公司 的 研究 报告 中 清晰 可 见 ， 该 报告 包含 了 来 自 多 个 软件 应 用 类 型 的 
软件 项 目 数据 。 图 4-3 中 那 条 代表 “明显 ”最 小 开发 进度 的 曲线 标志 着 对 于 特定 功能 规模 的 绝对 最 小 开发 周期 。 这 条 线 将 可 实现 
的 项 目 进度 周期 与 该 线 之 下 的 区 域 分 割 开 来 ， 该 线 之 下 的 区 域 表 示 项 目的 进度 只 是 一 厢 情 愿 的 想法 ， 或 者 这 种 进度 只 在 项 目 提案 
中 才 会 见 到 ， 不 切实 际 。 上 述 航空 航天 数据 库 数据 显示 ，50000 行 源 代 码 的 项 目 完成 开发 的 时 间 范 围 在 20 个 月 到 50 个 月 之 间 ， 
但 从 来 不 会 少 于 20 个 月 。 该 数据 库 没有 解释 开发 周期 变化 范围 如 此 之 大 的 具体 原因 。 


[1] Long, L., K. Bell, J. Gayek, and R. Larson. “ Software Cost and Productivity Model.” Aerospace Report No. ATR-2004(8311)-1. (El 
Segundo, CA: Aerospace Corpo-tation, February 20, 2004). 
[2 保罗 梅森 的 商业 广告 语 ，“ We will sell no wine before its time” , 惯用 译 法 是 “保罗 梅森 葡萄 酒 ， 时 候 到 了 自然 有 ! ” 1980. 


4.5 ”更 多 思考 


从 历史 中 我 们 学 到 的 最 大 教训 是 我 们 还 没有 从 历史 中 学 到 任何 东西 。 本 章 分 析 了 某 些 主要 教训 ， 但 在 我 们 对 一 厢 情 愿 的 讨论 
中 仍 遗 漏 了 许多 其 他 教训 。 当 我 艰难 地 为 软件 开发 过 程 构建 数学 模型 的 时 候 ， 图 4-1 中 所 示 的 图 表 让 我 大 开 有 眼界。 尽管 软件 技术 
已 取得 了 极 大 进步 ， 但 察看 近 20 年 的 软件 项 目 数 据 ， 我 们 却 只 能 看 到 一 定 程 度 的 生产 率 改进 。 所 有 的 项 目 数据 都 没有 沙 在 图 中 
我 所 绘制 的 那 条 直线 上 。 然而， 考虑 到 这 些 数据 来 自 各 种 各 样 不 同 复杂 程度 、 不 同 组 织 开发 的 项 目 ， 而 且 应 用 软件 数量 众多 ， 密 
密 麻 麻 的 数据 点 确实 沿 着 一 条 直线 密集 分 布 。 


我 友 现 ， 项 目 提 案 总 会 预测 其 生产 率 ， 而 这 些 预测 的 生产 率 明 显 地 比 该 组 织 过 去 曾经 达到 的 生产 率 高 很 多 ， 而 组 织 一 贯 地 把 
自己 的 生产 这 评定 在 行业 整体 生产 率 水 平 百 分 位 排名 中 的 大 约 第 75 位 附近 ( 即 进 入 行业 前 25% 左 右 一 一 译 者 注 ) 。 更 加 聪明 地 
工作 也 被 证 明 是 我 们 行业 的 一 个 长 期 威胁 。 


在 我 们 的 意识 深 处 ， 我 们 知道 存在 一 些 我 们 希望 打破 却 无 力 违背 的 物理 定律 。 其 中 一 个 定律 认为 ， 存 在 一 个 由 软件 的 规模 、 
复杂 程度 和 技术 水 平 共同 决定 的 最 小 开发 时 间 。 把 沟通 和 管理 也 包含 进来 的 话 ， 我 们 应 该 感到 庆幸 。 我 们 知道 布鲁克 斯 定律 是 对 
的 ， 向 一 个 已 经 落后 了 的 项 目 中 添加 更 多 人 手 将 会 让 这 个 项 目 更 落后 。 我 们 知道 过 度 管 理 一 个 项 目 会 降低 激励 效果 和 生产 率 。 然 
而 ， 我 们 仍 固执 地 认为 ， 这 次 的 结果 将 会 有 所 不 同 ， 我 们 的 项 目 将 会 成 功 。 让 人 难以 置信 的 是 ， 我 们 的 客户 也 相信 我 们 会 成 功 。 


1979 年 发 布 的 有 效 性 公式 说 明 ， 一 个 工程 师 的 有 效 性 是 沟通 (0-1) 、 管 理 (0-1) 和 技术 (0-1) 这 三 者 的 乘积 。 如 果 其 他 
两 项 的 取 值 接近 于 0， 即 使 技术 属性 的 取 值 很 高 ， 甚 至 为 1， 那 也 无 济 于 事 。0 乘 以 任何 数 结果 仍然 为 0。 


第 2? 章 ”软件 开 友 团队 


我 们 刻苦 训练 但 是 似乎 每 次 当 我 们 快要 形成 团队 时 ， 我 们 就 会 重组 。 在 以 后 的 人 生 中 我 认识 到 ， 我 们 往往 用 “重组 ”这 
一 充满 浪费 的 方法 来 应 对 新 形势 ， 这 种 方式 能 给 我 们 制造 出 不 断 前 进 的 幻觉 ， 同 时 也 导致 混乱 不 堪 、 效 率 低 下 ， 并 且 士 气 低落 。 


一 一 佩 特 罗 尼 乌 斯 . 阿尔 比特 210B.C. 


当 查 克 - 托 尼斯 和 我 在 1979 年 的 教科 书 Software Engineeringl1j 中 提出 有 效 性 公式 时 ， 我 们 已 经 观察 到 ， 软 件 工程 师 的 有 效 
性 远 不 止 于 智商 (IQ) 、 培 训 和 经 验 。 在 理解 软件 工程 师 在 软件 开发 过 程 中 的 全 部 作用 方面 ， 这 似乎 并 不 是 个 巨大 的 飞跃 。 


我 们 的 有 效 性 公式 假定 在 产业 环境 中 个 体 员 工 对 软件 开发 组 织 的 有 效 性 依赖 于 三 个 属性 : 计算 机 科学 技术 、 沟 通 技巧 和 管理 
技能 。 有 效 性 公式 表明 ， 如 果 这 3 个 属性 中 任何 一 个 略 显 不 足 或 者 缺失 ， 整 体 有 效 性 将 趋 近 于 0。 在 以 软件 产品 为 中 心 的 业界 环 
境 中 ， 我 们 的 经 验 表明 ， 有 效 性 公式 是 衡量 软件 工程 绩效 的 一 个 切实 可 行 的 数学 模型 。 本 质 上 讲 ， 软 件 开发 及 软件 工程 都 是 复杂 
的 交互 过 程 ， 需 要 周到 而 深入 细致 的 管理 。 管 理 者 必须 不 遗 余力 地 促进 信息 在 软件 开发 人 员 之 间 自 由 交流 。 团 队 内 部 的 自由 沟通 
能 力 具 有 首屈一指 的 重要 性 。 


本 章 将 深入 研究 不 同类 型 的 软件 开发 团队 及 其 积极 和 消极 特征 ， 以 及 在 这 些 团队 的 应 用 中 所 观察 到 的 对 生产 率 的 一 些 重要 影 
响 。 


[1] Jensen, R. W., and C. Tonies, Software Engineering, (Englewood Cliffs, NJ: Prentice Hall, 1979), p. 24ff. 


5.1 软件 开 上 友 团 队 


我 和 查 克 曾 经 指出 ， 产 业 环境 里 软件 相关 职位 的 人 员 都 处 于 高 度 交 互 的 环境 中 。 软 件 开发 “团队 ” ( 找 不 到 更 好 的 词语 ， 暂 
且 用 以 下 名 称 来 命名 软件 开发 参与 者 中 的 某 些 人 ) 由 程序 员 、 分 析 师 、 测 试 工程 师 、 经 理 、 客 户 和 用 户 组 成 。 这 里 ， 我 把 术 
语 “ 团 队 ” 放 到 引号 中 是 要 着 重 强 调 有 两 种 级 别 的 团队 : @ 一 群 分 配 到 同一 个 项 目的 人 (术语 团队 的 通常 用 法 ) ， 以 及 @ 职 业 篮 
球 队 意 义 上 的 团队 。 引 号 中 的 团队 (第 一 种 级 别 的 定义 ) 是 一 个 术语 ， 最 经 常用 于 告诉 人 们 这 样 一 种 想法 : 人 们 作为 一 个 整体 而 
一 起 工作 ， 即 使 他 们 的 团队 身份 (teamness) 只 是 同一 个 项 目 里 不 同 参与 者 之 间 的 一 个 共同 的 费用 代码 和 松散 的 相互 关系 。 而 
第 二 种 团队 定义 则 描述 了 一 种 紧密 的 、 高 度 交流 的 成 员 关 系 。 在 所 有 成 员 都 被 分 割 在 自己 的 小 隔 间 里 的 环境 中 ， 很 难 察 完 到 这 种 
紧密 的 、 高 度 交流 的 团队 关系 。 


开发 团队 成 员 在 项 目 中 可 能 会 有 一 个 或 多 个 角色 。 重 要 的 是 ， 人 们 要 意识 到 他 们 周围 的 活动 ， 并 理解 人 们 与 这 些 活动 之 间 的 
关系 以 实现 所 能 达到 的 最 高 效益 。 他 们 必须 理解 并 与 项 目 管理 计划 保持 步调 一 致 ， 这 包括 与 分 派 到 项 目 上 的 其 他 人 保持 密切 连贯 
的 沟通 。 


几乎 每 一 个 开发 项 目 ， 即 使 是 相当 稳定 的 项 目 ， 都 会 出 现 一 定 程度 的 变化 。 软 件 开 发 的 复杂 性 本 身 就 带 有 对 需求 、 接 口 和 设 
计 的 不 完整 甚至 是 不 正确 的 解释 。 项 目 参与 者 之 间 持 续 不 断 的 沟通 是 有 效 地 纠正 这 些 误解 和 错误 的 唯一 办 法 。 而 强调 流程 重 于 人 
员 和 沟通 的 危险 之 处 也 正 是 第 3 章 所 讲 的 敏捷 宣言 的 主要 观点 之 一 。 流 程 只 是 露出 水 面 的 冰山 一 角 。 


无 论 团 队 【任何 一 种 定义 的 ) 成 员 多 么 天 资 聪颖 、 才 华 横 洪 ， 如 果 不 鼓励 他 们 ， 使 之 积极 主动 地 参与 到 与 自己 手头 任务 有 关 
的 信息 的 传播 和 接收 中 来 ， 团 队 成 员 对 项 目的 技术 贡献 将 会 减少 。 


大 多 数组 织 都 将 第 一 种 团队 定义 确认 为 软件 开发 团队 。 正 如 上 面 由 一 组 共同 的 费用 代码 所 定义 的 ， 团 队 成 员 都 与 相同 的 开发 
任务 相关 联 。 正 如 在 他 们 的 开发 环境 中 很 容易 观察 到 的 那样 ， 软 件 开发 组 织 并 不 像 紧密 联结 的 专业 人 士 (团队 的 第 二 种 定义 ) 那 
样 运作 。 项 目 管理 者 并 没有 和 开发 人 员 坐 在 一 起 办 公 。 而 开发 人 员 通 常 彼 此 被 隔 板 分 隔 ， 典 型 的 办 公 环境 就 是 小 隔 间 。 开 发 人 员 


之 间 的 互动 极 大 地 受 限于 通过 一 个 或 几 个 网 络 相连 接 的 工作 站 之 间 的 相互 联系 。 沟 通 有 效 性 及 有 效 性 公式 的 结果 降低 到 了 第 2 章 
所 讨论 的 面对面 沟通 中 可 能 包含 信息 的 大 约 7%。 


5.2 ”团队 示例 


在 过 去 的 大 约 40 年 里 ， 出 现 了 很 多 不 同类 型 的 软件 开发 团队 。 为 便于 讨论 ， 我 将 只 分 析 5 种 常见 的 团队 类 型 : Ad Hock] 
队 、 首 席 程 序 员 团 队 、 结 对 编程 团队 、 跨 功能 团队 ， 以 及 老虎 团队 (Tiger Team) 。 软 件 行业 还 存在 其 他 的 团队 类 型 ， 比 如 
Scrum、 净 室 (Clean Room) 等 ， 它 们 通常 都 是 上 述 提 到 的 团队 类 型 的 子 类 型 或 者 组 合 类 型 ， 在 某 些 情况 下 非常 有 用 ， 但 我 们 
在 这 里 并 不 讨论 。 


5.3 ”团队 的 积极 影响 


通常 在 团队 软件 开发 环境 中 可 以 观察 到 一 些 与 团队 有 关 的 积极 特性 。 排 名 不 分 先后 ， 这 些 积极 特性 详情 如 下 : 


- 头脑 风暴 。 根 据 曾 参 与 过 团队 协作 活动 的 工程 师 的 经 验 ， 团 队 协 作 的 情况 下 能 够 比 独自 工作 或 与 其 他 团队 成 员 彼 此 隔离 的 
情况 下 产生 更 高 质量 的 设计 和 代码 。 当 多 个 大 脑 一 起 处 理 一 个 问题 时 ， 在 制订 和 改进 解决 方案 、 评 估 质 量 和 优化 代码 等 方面 花费 
的 时 间 更 少 。 


HER. 编程 团队 实时 审查 设计 和 代码 ， 最 终 在 团队 的 每 款 产 品 上 都 能 产生 更 少 错误 。 团 队 内 部 的 持续 走 查 非常 有 
益 ， 受 到 成 员 的 大 力 支 持 。 但 不 管 喜欢 与 否 ， 经 典 走 查 和 审查 都 会 产生 某 种 程度 的 对 立 。 少 见 的 经 典 走 查 可 以 促进 更 多 的 频繁 重 
构 活 动 ， 以 修复 在 设计 和 代码 中 发 现 的 缺陷 ， 这 些 缺 陷 也 可 通过 持续 走 查 得 以 避免 。 


- 集中 精力 。 组 成 团队 有 利于 使 团队 更 加 集中 精力 于 开发 活动 。 这 个 特性 更 常见 的 情况 是 ， 工 程 师 更 少 地 被 去 洗手 间 、 喝 咖 
啡 、 讨 论 跑题 等 情况 打 断 。 在 团队 里 ， 茶 区 也 能 让 大 家 把 精力 集中 在 设计 和 问题 讨论 ， 而 非 无 关 活 动 上 。 


: 导师 。 在 最 初 我 们 踏 入 软件 行业 的 职业 生涯 时 ， 我 们 通常 被 告知 会 有 在 职 培训 ， 但 却 从 来 也 没有 兑现 过 。 当 两 个 程序 员 的 
经 验 水 平 并 不 相同 时 ， 结 对 编程 能 够 培养 一 种 工匠 们 的 师傅 与 学 徒 关系 ， 帮 助 资历 较 浅 的 程序 员 快 速 提升 技能 。 跨 功能 团队 额 括 
的 经 验 和 技能 的 范围 相当 宽泛 ， 这 让 他 们 能 够 提供 的 指导 也 更 加 广泛 。 在 我 们 上 文 提 到 的 实验 中 ，Ada 语 言 大 师 的 经 验 可 以 被 整 
个 跨 功 能 团队 所 利用 。 反 过 来 ， 工 匠 师 傅 的 技艺 也 能 因 学 徒 的 提问 而 得 以 扩展 ， 有 利于 打破 常规 、 解 放 思想 ， 跳 出 条 条 框框 看 问 


题 。 


在 结束 讨论 导师 指导 对 生产 率 的 影响 之 前 ， 让 我 再 为 这 个 有 益 特 性 增加 一 个 重要 说 明 。 我 们 可 以 从 另 一 个 角度 看 出 Ada 语 言 
大 师 对 跨 功能 团队 的 影响 。 应 用 领域 的 经 验 水 平 也 是 组 织 能 力 的 度量 措施 之 一 。 通 过 Ada 大 师 对 开发 团队 的 不 断 培养 ， 整 个 团队 
的 应 用 领域 经 验 几乎 可 以 提升 到 与 Ada 大 师 一 样 的 经 验 水 平 。 我 们 将 在 下 一 章 进一步 讨论 这 个 生产 率 因 素 。 


激励。 通常， 开发 团队 似乎 比 单个 工程 师 更 多 地 受到 激励 。 与 传统 经 典 方法 相 比 ， 霍 又 效应 和 YY 理论 方法 确实 代表 了 更 多 
的 创新 性 组 织 。 激 励 水 平 不 能 完全 归 因 于 团队 的 概念 或 那个 实验 本 身 。 某 些 激励 成 分 可 以 归 因 于 项 目 管理 者 及 管理 方法 ， 而 另 一 
些 激励 因素 则 一 定 是 由 于 快速 进步 和 产品 质量 。Y 理 论 的 假设 之 一 是 ， 激 励 因素 既 存 在 于 社会 地 位 、 尊 重 和 自我 实现 的 层面 ， 也 
存在 于 生理 需求 和 安全 需求 层面 。 


- 问题 隔离 。 两 双 或 多 双眼 睛 (或 大 脑 ) 集思广益 所 花费 的 时 间 要 远 远 少 于 个 人 单打 独 斗 地 尝试 解决 问题 所 需要 的 大 量 时 
间 。 


. 氛围 。 在 一 个 运作 正常 的 团队 环境 里 ， 其 团队 氛围 应 当 是 成 员 亲 切 随意 、 积 极 工作 、 轻 松 自由 、 开 放 、 不 受 任何 威胁 ， 万 
其 是 团队 成 员 民 主 地 参与 决策 。 没 有 明显 的 紧张 气氛 或 缺乏 有 效 支持 。 这 个 特性 在 开发 的 办 公 区 域 里 很 容易 就 能 分 辨 出 来 。 当 评 
估 开 发 能 力 时 ， 我 首先 使 用 的 测试 办 法 之 一 就 是 考察 办 公 区 域 存在 的 噪音 以 及 非 正式 讨论 和 对 话 的 声音 。 如 果 开发 区 域 里 安置 了 
多 个 软件 项 目的 人 ， 吵 杂 声 里 可 能 出 现 对 所 有 项 目的 “ 穿 堂 风 ”。 然 而 ， 没 有 任何 嗓 声 可 能 意味 着 更 严重 的 问题 。 


沟通。 信息 能 够 在 开发 办 公 区 域内 自由 地 流动 。 无 论 是 内 部 会 议 还 是 外 部 会 议 ， 大 家 都 能 自由 地 交流 。 团 队 成 员 彼此 相互 
支持 。 在 团队 环境 里 会 出 现 冲 突 ， 但 分 歧 往往 集中 在 技术 问题 上 ， 而 非 提 出 问题 的 人 。 


Ñ 


- 民主 参与 式 领 导 。 最 后 但 并 非 不 重要 的 是 积极 参与 式 领 导 。 每 个 团队 都 会 有 一 个 领导 者 ， 或 者 换 句 话说 ， 总 得 有 人 管 
领导 者 的 任务 就 是 通过 有 效 授权 、 释 放 激 情 以 及 通过 为 他 人 服务 而 创造 出 团队 内 部 的 相互 依赖 。 


在 本 章 上 面 描述 的 两 个 实验 中 ， 通 过 保护 团队 和 项 目 不 受 所 有 外 部 干扰 侵害 ,领导 者 承担 了 隔离 团队 外 部 压力 的 职责 。 在 每 
个 试验 中 ， 提 供 了 任何 需要 或 希望 能 提升 团队 有 效 性 的 东西 ， 无 论 是 工具 、 后 勤 供给 、 团 队 内 部 无 法 获取 的 信息 ， 还 是 垃圾 食 
品 。 在 Ada 跨 功能 团队 实验 结束 时 ， 我 让 开发 经 理 描述 他 在 项 目 里 的 职责 。 他 的 回答 相当 简单 ， 他 给 大 家 买 了 很 多 很 多 爆 米 花 。 


在 典型 的 或 运转 不 正常 的 团队 开发 环境 中 ， 存 在 很 多 能 够 看 得 到 的 消极 特性 。 我 将 不 会 花 太 多 时 间 来 描述 这 些 特性 。 你 能 够 
识别 出 它们 并 能 从 你 自己 的 经 验 中 找到 更 多 细节 。 其 中 之 一 ， 几 乎 最 重要 的 消极 特性 是 : 


: 沉默 。 开 发 环境 也 许 是 完全 安静 的 ， 你 可 能 会 在 殡仪馆 或 隔 间 农场 里 遇 到 这 种 死 一 般 的 寂静 。 绝 对 安静 是 团队 内 部 零 交流 
的 强烈 指示 。 当 办 公 环 境 非常 安静 时 ， 很 少 或 没有 信息 流动 ， 也 没有 讨论 ， 更 没有 关于 需求 、 设 计 和 项 目 目标 的 问题 被 提出 来 。 


常常 与 “沉默 ”特性 有 关 的 其 他 消极 特性 包括 : 

* 低 效 盖 

" 对 项 目 目 标的 较 低 承诺 

- 混乱 不 堪 、 冲 突 不 断 和 效率 低下 

. 项 目的 关键 参与 者 对 项 目 目标 不 明确 ， 对 项 目的 承诺 含糊 不 清 
-AURRERA ABM. Wat 

` 没有 效益 的 小 动作 、 操 纵 他 人 、 隐 藏 个 人 感情 、 不 惜 一 切 代 价 避 免 冲 突 。 
消极 总 工 、 顾 虑 重重 、 漠 不 关心 以 及 故意 拖延 

. 没 精 打 采 、 反 应 迟钝 


我 曾 读 到 过 一 个 由 某 软件 行业 领袖 提出 的 观点 ， 建 议 从 排名 前 10 的 大 学 最 顶尖 的 10% 学 生 里 雇佣 软件 工程 师 ， 以 建立 最 好 
的 软件 开发 团队 。 我 无 法 想象 在 一 个 项 目 里 如 此 多 的 高 傲 分 子 能 带 来 什么 样 的 压力 。 在 一 个 团队 里 ， 任 何 程度 的 两 强 相 争 都 会 造 
成 混乱 ， 直 到 他 们 认识 到 两 颗 脑 袋 合 作 的 力量 。 


5.4 团队 规模 


早 在 第 2 章 我 就 强调 了 沟通 和 信息 流动 对 有 效 软件 开发 环境 的 重要 性 。 如 果 你 没有 一 个 合适 的 地 方 工作 ， 你 的 生产 率 将 达 不 
到 | 期望 水 平 ， 而 你 团队 可 能 也 不 会 成 功 。 为 了 沟通 、 管 理 支 持 和 团队 合作 ， 最 好 的 物理 环境 安排 就 是 为 创造 性 工作 找 一 个 开放 的 
办 公 区 域 。 每 个 团队 都 应 该 与 其 他 团队 和 项 目 分 开 。 风 辑 上 ， 最 小 团队 规模 为 两 个 人 ， 即 结对 编程 团队 的 规模 大 小 。 


下 一 个 明显 的 问题 就 是 “在 不 降低 沟通 有 效 性 的 情况 下 ， 开 发 团队 能 达到 多 大 ? ”我 曾 与 小 至 在 一 台 公用 终端 前 一 起 工作 的 
两 名 工程 师 这 样 的 团队 工作 过 ， 也 与 大 到 在 开放 区 域 工作 的 8 名 工程 师 这 样 的 团队 一 起 工作 过 ， 开 放空 间 中 间 放 着 一 台大 会 议 
桌 ， 工 程 师 们 在 桌子 周围 的 工作 站 上 工作 。 上 述 两 种 安排 运作 得 都 很 好 ， 因 为 沟通 最 佳 ， 方 便 支 持 领导 的 管理 。 


一 条 不 成 文 的 沟通 定律 认为 ， 没 有 哪个 程序 员 会 走出 超过 50 英 尺 距离 远 去 问 一 个 问题 。 这 条 定律 让 环境 的 绝对 最 大 规模 封 
了 项 。 集 中 办 公 也 是 建立 团队 环境 的 一 个 重要 因素 ， 因 为 信息 流动 会 受到 诸如 墙壁 、 门 等 障碍 物 的 阻塞 。 一 片 2500 平 方 英尺 
(50 英 尺 乘 以 50 英 寸 ) 的 开放 办 公 区 域 能 容纳 下 25 名 软件 工程 师 ， 也 就 是 说 ， 每 个 工程 师 占 据 一 个 共 10 平 方 英尺 的 小 方块 。 这 
种 25 名 工程 师 挤 在 一 起 的 工作 区 域 就 是 一 个 血汗 工厂 ， 而 不 是 个 团队 环境 。 


给 每 个 开发 者 单独 分 配 10 英 尺 见方 的 小 方 格 已 是 相当 大 了 ， 同 等 大 小 的 空间 划分 传统 隔 间 的 话 ， 其 个 人 空间 更 小 ， 隔 间 的 
墙壁 完全 阻隔 了 沟通 ， 也 没有 为 团队 协同 工作 留 下 多 少 空间 。 每 个 团队 都 需要 一 个 清晰 可 辨 的 团队 空间 ， 用 于 开会 、 讨 论 、 评 审 
等 活动 ， 还 需要 用 于 放置 白板 和 其 他 讨论 工具 的 空间 。 团 队 的 每 一 名 个 体 成 员 都 需要 自己 的 私人 空间 ， 用 于 诸如 打 电 话 、 思 考 问 
题 以 及 写作 等 非 团队 活动 。 所 有 的 团队 和 非 团队 空间 需求 都 会 限制 团队 的 最 大 规模 ， 使 其 不 超过 25 名 工程 师 ， 可 能 最 理想 的 规 
212A. 
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根据 图 2-1 所 示 的 沟通 模型 ， 为 了 最 大 程度 地 加 强 团队 成 员 之 间 的 沟通 ， 我 们 可 以 使 用 类 似 于 图 5-1 中 的 最 佳 沟通 配置 方式 
来 安排 团队 成 员 的 座位 。 图 5-1a 方 式 展示 了 一 个 8 名 工程 师 的 团队 规模 ， 工 程 师 们 聚集 在 一 个 小 工作 间 (pod) 里 以 使 视 党 和 听 
党 沟通 效果 达到 最 大 化 。 讨 论 区 对 聚集 在 工作 间 的 团队 成 员 也 应 该 是 可 见 的， 每 个 人 都 能 看 到 团队 区 域 里 正在 发 生 着 什么 。 巧 妙 
地 在 方便 的 地 方 放置 一 些小 点 心 或 饮料 机 也 不 会 损害 团队 的 生产 率 。 现 代办 公家 具 的 流行 趋势 是 使 用 类 似 配 置 方式 构建 团队 的 小 
工作 间 ， 而 不 再 是 过 去 经 典 的 小 隔 间 。 


用 肯特 :贝克 [1] (Kent Beck) 的 话说 : 


对 物理 环境 的 控制 向 团队 发 出 了 一 个 强 有 力 的 信息 。 他 们 不 会 允许 组 织 中 非 理 性 的 对 立 兴趣 妨碍 团队 的 成 功 。 控 制 他 们 的 物 
理 环境 就 是 迈 向 全 面 控 制 他们 如 何 工作 的 第 一 步 。 


图 5-1b 的 方式 扩展 了 人 员 聚 集 方式 以 便 在 办 公 区 里 容纳 12 名 工程 师 。 在 总 共 2500 平 方 英 尺 的 办 公 区 里 ， 上 述 每 一 种 配置 方 
式 都 允许 把 紧凑 的 交流 区 之 外 的 剩余 可 用 空间 当 作 讨 论 区 。 


a) b) 


45-1 高 沟通 性 工作 区 域 布局 


到 目前 为 止 ， 我 们 已 了 解 到 ， 在 一 个 带 有 白板 等 器 具 以 支持 讨论 和 头脑 风暴 的 单独 开放 办 公 区 里 ， 高 度 互动 的 团队 拥有 2 人 
到 12 人 时 都 能 够 很 好 地 一 起 工作 。 一 旦 要 求 的 团队 规模 超过 了 12 人 这 一 数字 ， 就 会 出 现 问题 。 当 工程 师 的 数目 达到 25 人 ， 团 队 
将 需要 更 多 空间 ， 沟 通 开始 不 畅 。 当 人 数 达到 50 人 ， 团 队 将 会 需要 多 个 楼 层 。 而 人 数 再 次 翻番 ， 将 不 得 不 使 用 多 个 办 公 地 点 。 


随 着 团队 规模 的 增加 ， 人 们 不 可 能 再 像 一 个 紧密 沟通 的 团队 那样 工作 了 。 团 队 成 员 会 发 现 ， 他 们 不 再 能 够 与 其 他 团队 成 员 完 
全 保持 步调 一 致 。 需 要 更 多 地 协调 团队 间 与 他 人 的 工作 重 者 和 相互 干扰 等 问题 。 在 某 个 时 点 ， 与 官僚 体制 做 斗争 所 耗费 的 时 间 将 
超过 人 花费 在 系统 开发 本 身 的 时 间 。 


但 我 们 还 有 一 线 希望 。 一 旦 软件 系统 增长 到 使 开发 团队 过 于 庞大 的 某 个 点 时 ， 软 件 系统 就 会 被 分 解 为 多 个 组 件 ， 它 们 可 以 被 
多 个 团队 分 别处 理 ， 每 个 团队 负责 根据 已 知 的 接口 和 需求 来 构建 自己 的 组 件 。 技 术 的 普遍 发 展 为 解决 系统 整体 问题 提供 了 很 多 解 
决 方法 。 


[1] Beck, K., Extreme Programming Explained: Embrace Change (Boston, MA: Addison Wesley, 2000), p. 80. 


55 ”更 多 思考 


在 离开 团队 和 团队 合作 这 一 主题 的 讨论 之 前 ， 我 想 用 几 个 场景 作为 结束 。 我 曾 遇 到 过 一 个 人 ， 他 当时 正在 参加 一 个 课程 。 该 
课程 的 讲师 要 求学 生 们 以 团队 的 形式 一 起 协作 完成 他 们 的 学 期 项 目 。 这 使 我 发 现 了 团队 绩效 的 男 一 个 定义 。 这 些 参 与 者 : 


* 任务 开始 时 他 们 彼此 互 不 认识 

* 任务 之 前 没有 任何 共同 点 

. 彼此 相隔 很 远 

* 在 提交 报告 之 前 仅 在 一 个 状态 会 议 上 碰 过 面 


- 按 个 体 进行 评级 (多 么 无 知 啊 ! ) 


常常 有 人 告诉 我 ， 为 实现 项 目 目标 ， 他 们 的 组 织 像 团队 一 样 紧密 合作 。 但 当 走 进 他 们 的 项 目 办 公 区 域 时 ， 我 完全 听 不 到 任何 
类 型 的 噪音 ， 或 者 是 彼此 交流 的 声音 。 在 工作 区 域 周围 贴 满 了 各 种 海报 ， 宣 扬 着 荣耀 、 目 标 、 团 队 、 品 质 、 专 注 以 及 CMMI。 然 
而 ， 工 作 区 域 就 是 一 片 隔 间 的 海洋 ， 建 构 样式 干 篇 一 律 ， 没 有 开放 空间 用 于 讨论 和 开会 ， 而 最 令 人 不 安 的 也 许 是 ， 缺 乏 成 为 项 目 
一 部 分 的 兴奋 和 激情 。 在 这 里 ， 没 有 任何 领导 者 或 管理 人 员 参 与 当前 任务 的 迹象 。 

当 提出 生产 率 或 生产 率 改进 的 话题 时 ， 每 个 组 织 都 声称 自己 是 行业 里 的 佼佼 者 之 一 ， 而 且 当前 项 目的 预期 生产 率 将 比 上 个 项 
目 高 25%。 当 问 到 组 织 做 了 什么 事情 以 至 于 生产 率 提高 如 此 之 多 时 ， 答 案 总 是 “这 次 我 们 将 更 聪明 地 工作 。” 你 真 的 那么 认为 
吗 ? 他 们 的 产品 会 比 以 前 更 好 吗 ? 


介绍 了 这 么 多 ， 下 次 当 你 思考 团队 和 生产 率 改进 的 时 候 ， 问 问 你 自己 ， 你 是 否 准备 好 了 走出 你 的 舒适 区 ， 开 创 一 个 与 众 不 同 


Bom ”组 织 能 力度 量 


如 果 你 不 能 度量 它 ， 就 没 法 儿 管理 它 。 
一 一 佚名 
软件 开发 生产 率 与 开发 组 织 的 能 力 有 着 直接 的 关系 。 它 还 与 项 目的 大 小 、 软 件 产品 的 复杂 度 以 及 由 于 运营 需要 而 施加 于 开发 
活动 的 约束 条 件 有 关系 。 本 章 将 解释 什么 是 组 织 能 力 ， 并 介绍 一 种 确定 组 织 能 力 的 方法 。 


“能 力 ” 有 很 多 不 同 的 定义 。 有 能 力 在 字典 中 的 定义 是 “有 充足 的 才能 或 才智 去 做 某 事 .….. 高 效 、 和 干练、 合格、 称职”。 能 
力 在 字典 中 的 定义 是 “有 能 力 的 状态 或 者 品质 .….. 一 个 可 以 改善 的 特性 或 者 状态 。”。 这 个 定义 就 像 个 循环 论证 ， 但 它 与 大 多 数 人 
使 用 该 词 的 方式 非常 一 致 。 能 力 是 一 个 非常 符合 确认 偏 误 的 词汇 ， 因 为 它 的 解释 非常 合 糊 不 清 上 且 难 以 琢磨 。 


在 定量 评估 组 织 能 力 中 所 使 用 的 每 个 定义 都 可 追溯 到 1979 年 提出 并 在 1983 年 [发 表 的 Seer 软 件 估算 模型 以 及 其 他 类 型 模 
型 。 在 此 之 前 ， 没 有 任何 关于 能 力 的 度量 指标 和 数据 。20 世 纪 70 年 代 中 期 之 前 的 大 多 数 证 据 充 其 量 都 只 能 算是 奇闻 轶 事 。1968 
年 在 德国 慕尼黑 召开 的 NATO 软 件 工 程 大 会 提出 了 很 多 仍然 或 待 解决 的 软件 质量 和 开发 者 能 力 方面 的 问题 。 从 那 时 起 ， 有 关 质 量 
和 能 力 的 大 多 数 讨 论 都 是 基于 技术 的 ， 或 者 基于 开发 流程 的 。20 世 纪 80 年 代 之 前 可 用 的 历史 项 目 生 产 率 数据 不 足以 支持 建立 起 
有 关 “ 能 力 ” 的 定义 。 

我 将 要 尝试 给 出 一 种 “能 力 ” 的 定义 ， 这 样 我 们 就 可 以 为 术语 “能 力 ” 赋 予 一 些 可 测量 的 属性 。 为 此 ， 第 2 章 中 介绍 过 的 有 
效 性 公式 将 是 一 个 很 好 的 出 发 点 和 定义 基础 。 如 果 一 名 工程 师 是 有 效 的 ， 那 么 该 工程 师 一 定 是 有 能 力 的 ， 反 之 亦 然 。 

在 我 们 的 成 本 与 进度 估算 工具 中 ， 软 件 成 本 、 进 度 和 生产 率 都 被 定量 地 做 了 定义 ， 而 那些 工具 自 20 世 纪 70 年 代 后 期 以 来 就 
已 被 成 功 使 用 ， 经 过 了 实践 验证 。 我 们 已 经 将 软件 开发 生产 率 定义 为 : 


生产 率 =ESLOC/PM (6-1) 
该 定义 由 我 们 经 过 实践 验证 的 软件 成 本 与 进度 估算 工具 提供 。 我 们 可 以 推测 ， 生 产 率 也 等 于 任意 常量 Cx 乘 以 开发 组 织 有 效 
性 E 的 乘积 ， 即 : 


生产 率 =CxXE (6-2) 


软件 开发 生产 率 与 开发 组 织 的 能 力 有 着 直接 的 关系 。 开 发 成 本 和 生产 率 均 由 开发 组 织 的 能 力 、 项 目的 规模 、 软 件 产品 的 复杂 
度 和 因 运 营 需 要 而 施加 于 开发 活动 的 约束 限制 共同 决定 。 


幸运 的 是 ， 对 那些 交付 成 本 、 有 效 软件 规模 和 产品 复杂 度 均 已 知 的 软件 项 目 进行 事后 深入 分 析 ， 可 以 推导 出 该 组 织 真 正 的 定 
量 能 力 数 值 。 这 里 值得 注意 的 有 趣事 情 是 ， 大 多 数组 织 的 能 力 取 值 都 非常 接近 于 行业 整体 平均 水 平 。 


1979 年 ， 有 效 性 公式 的 发 表 开创 了 关于 定量 软件 能 力 估算 的 一 个 新 学 派 。 技 术 变 成 了 文 撑 能 力 的 工具 ， 而 不 是 生产 率 问题 
的 解决 方案 。 即 使 技术 仍 是 生产 率 改进 的 不 二 之 选 ， 但 沟通 、 管 理 和 开发 环境 已 被 认为 是 组 织 能 力 提升 的 天 键 。 


由 于 其 重要 性 ， 我 们 在 这 里 再 回顾 一 下 有 效 性 公式 。 软 件 工程 师 对 于 一 个 组 织 的 有 效 性 取 值 依赖 于 3 个 属性 。 这 些 属性 是 技 
术 才 能 、 理 解 管理 概念 的 能 力 和 沟通 能 力 ， 即 沟通 、 管 理 和 技术 。 个 人 工作 的 净 效 益 由 如 下 公式 的 乘积 来 确定 : 


E=CM (CS) ] (2-1) 
这 里 ， 
E= 净 有 效 性 (0-1) 
C= 沟 通 能 力 和 技巧 (0-1) 
M = 管理 理念 认 知 能 力 (0-1) 
CS= 计 算 机 科学 的 技术 能 力 (0-1) 


本 章 稍 后 会 调整 表述 方式 以 匹配 “人 一 流程 一 项 目 ” 三 元 组 ， 还 会 调整 格式 以 体现 组 织 能 力 的 计算 。 上 述 公 式 定 义 将 不 做 


[1] Jensen, R. W., “ An Improved Mactolevel Software Development Resource Estimation Model,” Proceedings of the Fifth Annual 


International Society of Parametric Analysts Conference, St. Louis, MO, April 26-28, 1983. 


6.1 开发 者 能 力 概 念 的 演变 


1981 年 ， 当 玻 姆 (1 ( 著 有 《软件 工程 经 济 学 》) 提出 COCOMO 模 型 的 时 候 ，COCOMO 估 算 模型 的 分 析 师 能 力 和 程序 员 能 
力 评级 被 指定 为 软件 行业 里 全 部 分 析 师 与 程序 员 总 人 口 排名 的 前 15% 到 前 90% 这 一 范围 内 。 在 那 时 ，COCOMO 的 分 析 师 和 程序 
员 能 力 定义 一 般 基于 如 下 几 点 : 


`- 受 教育 水 平 

* 智力 水 平 

+ 解决 问题 的 技能 
+ 效率 和 严谨 性 


» 合作 与 团队 沟通 


在 今天 ， 这 仍 是 一 个 被 广泛 接受 的 想法 。 为 了 前 明 抽 象 的 团队 概念 ， 这 里 介绍 一 个 多 年 以 前 我 实施 过 的 项 目 评 佑 案例 ， 它 是 
我 曾经 见 过 的 最 富有 戏剧 性 的 糟糕 环境 实例 之 一 。 该 项 目 评估 开始 于 当年 1 月 份 ， 位 于 美国 东海 岸 的 一 家 公司 请 求 我 评估 他 们 的 
一 个 项 目 ,该 项 目 已 明显 落后 于 计划 进度 ， 所 取得 的 进展 其 少 ， 并 且 预 算 超支 也 在 稳步 上 升 。 


当 我 参观 他 们 的 开发 工作 环境 时 ， 吸 引 我 眼球 的 第 一 印象 就 是 他 们 的 办 公设 施 本 身 。 这 栋 办 公 大 楼 绝对 是 19 世 纪 最 好 的 石 
头马 房 ， 入 口 处 全 部 安装 着 自动 滑动 门 。 大 楼 前 部 的 办 公 区 域 被 用 作 系统 硬件 装配 车 间 ， 这 让 我 想起 了 霍 桑 实验 的 工作 环境 。 我 
间 他 们 软件 开发 团队 在 哪里 ， 他 们 把 我 领 到 装配 区 域 的 后 面 ， 然 后 进入 了 软件 开发 区 域 。 


软件 开发 办 公 区 并 不 是 我 预想 的 一 大 片 小 隔 间 。 我 所 看 到 的 基本 上 就 是 大 楼 的 一 个 附属 部 分 ， 看 起 来 非常 像 工作 区 上 开 着 小 
天 窗 的 工厂 ， 两 排 桌 子 头 对 头 放 着 ， 上 面 满 是 计算 机 显示 器 ， 工 程 师 们 沿 着 仅 有 的 空间 坐 着 ,地 面 上 满 是 泥土 (很 脏 ) 。 这 里 没 
有 外 部 取暖 设备 ， 取 暖 要 靠 这 些 个 人 工作 站 提供 。 一 些小 窗户 的 玻璃 破 了 ， 用 硬 纸板 盖 着 。 工 程 师 们 都 穿 上 了 厚 厚 的 大 衣 ， 很 多 
人 还 戴 着 手套 。 作 为 确定 他 们 激励 水 平 的 调查 问题 之 一 ， 我 问 一 些 工程 师 他 们 为 什么 要 在 这 里 工作 。 原 来 ， 这 家 公司 是 方圆 数 英 
里 内 唯一 的 工程 公司 。 那 些 我 用 来 确定 他 们 环境 质量 的 所 有 属性 (沟通 、 协 作 、 激 励 ) 都 明显 偏 低 。 


我 同 该 公司 的 高 层 管理 人 员 讨论 了 评估 的 结果 。 当 然 ， 他 们 没有 理会 我 的 评估 ， 因 为 他 们 的 工程 师 工作 非常 积极 ， 对 周围 的 
工作 环境 非常 满意 。 他 们 关于 交付 问题 的 看 法 来 自 与 工程 师 们 一 起 工作 的 主管 。 该 项 目的 基本 技术 常量 值 只 有 2125， 这 是 近 些 
年 我 曾 做 过 的 此 类 评估 中 的 最 低 评 级 ， 本 章 稍 后 我 会 分 析 基 本 技术 常量 。 当 我 们 衡量 一 个 组 织 的 能 力 时 ， 几 乎 不 可 能 忽略 组 织 能 
力 定 义 中 的 沟通 与 管理 属性 。 


就 像 深 入 研究 有 效 性 公式 就 能 看 到 的 ， 各 个 能 力 变量 并 不 相互 独立 。 管 理 有 效 性 M 依 赖 于 CS，( 人 依赖 于 M (CS) ， 而 E 确 定 
工程 师 的 有 效 性 ， 最 终 决定 组 织 的 能 力 。 从 概念 上 齐 ， 沟 通 是 最 重要 的 能 力 属性 。 但 当 有 效 管 理 缺 失 时 ， 沟 通 的 取 值 基本 为 0， 
而 没有 工具 和 开发 方法 的 支撑 ， 管 理 也 将 毫 无 价值 。 


当 评 佑 一 个 开发 组 织 的 时 候 ， 就 生产 率 和 满足 合同 成 本 及 进度 估算 的 可 能 性 而 言 ， 管 理 (包括 管理 风格 和 激励 手段 ) 和 沟通 
的 有 效 性 是 两 个 最 重要 的 特性 。 组 织 能 力 评级 可 概括 为 : 


- 激励 水 平 
“ 团队 方法 的 使 用 
` 沟通 能 力 
:协作 水 平 
* 工作 环境 
` 嗓 声 水 平 
- 个 人 工作 (思考 问题 ) 的 空间 
> 团队 成 员 的 亲近 程度 
软件 工程 能 力 
- 解决 问题 的 技能 


Seer 模 型 把 有 效 性 公式 的 前 两 个 属性 (沟通 C 和 管理 M) 归并 为 软件 分 析 师 和 程序 员 能 力 评级 。 回 顾 上 一 章 中 结对 编程 实验 
所 实现 的 生产 率 改进 结果 ， 我 们 看 到 ， 两 个 水 平一 般 的 程序 员 一 起 工作 要 比 两 个 独自 工作 的 超级 巨星 级 程序 员 富有 成 效 的 多 得 
多 。 你 可 以 想象 一 下 ， 为 两 个 超级 巨星 级 程序 员 提 供 一 个 鼓励 沟通 和 更 多 动力 的 环境 将 会 达到 什么 样 的 生产 率 水 平 。 


传统 的 软件 开发 生产 率 改 进 和 估算 大 部 分 都 是 基于 X 理 论 管理 方法 ， 并 且 倾 向 于 最 大 限度 地 减少 后 两 个 因子 (协作 与 团队 沟 
通 ) 在 能 力 评估 中 的 影响 。 在 早期 的 估算 工作 中 我 也 尽量 避 开 协作 和 团队 沟通 这 两 个 因子 ， 因 为 用 于 估算 的 项 目 数据 的 唯一 来 源 
就 是 传统 组 织 。 然 而 ， 在 20 多 年 的 时 间 里 我 发 现 ， 使 用 基于 技术 的 组 织 模型 ， 某 些 项 目的 实际 成 本 和 进度 结果 无 法 与 估算 结果 
达到 一 致 。 一 旦 获得 了 足够 多 的 数据 进行 分 析 后 ， 我 又 发 现 所 有 “异常 成 功 ” 的 项 目 ( 较 高 的 生产 率 等 ) 都 有 一 个 共同 的 线索 
一 一 Y 理 论 的 管理 者 领导 了 这 些 项 目 。 剩 下 的 问题 就 是 ， 如 何 找到 一 种 方式 来 评估 组 织 的 管理 能 力 。 当 跳出 以 前 条 条 框框 的 束缚 
之 后 ， 度 量 办 法 就 相当 明显 了 ， 而 且 非 常 易于 度量 。 


Seer 估 算 模 型 包含 7 个 与 有 效 性 公式 有 关联 的 参数 ， 能 帮 我 们 定量 度量 一 个 组 织 的 能 力 。 组 织 有 效 性 可 被 分 解 为 以 下 几 个 音 
分 : 


` 沟通 与 管理 
- 分 析 师 能 力 (ACAP) 
. 程序 员 能 力 (PCAP) 
- 技术 
现代 实践 方法 的 使 用 (MODP) 
现代 工具 的 使 用 (TOOL) 
- 应 用 领域 经 验 (AEXP) 
- 硬 拷贝 (Hardcopy) 周转 时 间 (TURN) 
- 终端 响应 时 间 (RESP) 


这 7 个 参数 代表 了 最 基本 的 组 织 环境 。Seer 模 型 的 其 他 参数 与 强加 于 开发 活动 的 项 目 和 产品 特性 有 关 ， 比 如 编程 语言 使 用 经 
验 (LEXP) 、 多 个 开发 地 点 (MULT) 以 及 目标 系统 开发 经 验 (TEXP) 等 。 这 些 参数 都 使 用 了 Seer 系 统 命名 法 进行 命名 。 


理解 Seer 模 型 并 进行 能 力 评估 计算 所 需 的 所 有 知识 全 部 包括 在 本 章 中 。 实 际 组 织 能 力 评定 是 通过 使 用 附带 的 Excel 电 子 表格 
完成 的 ， 该 电子 表格 包括 基础 Seer 软 件 估算 模型 。 


[1] Boehm, B. W., Software Engineering Economics(Englewood Cliffs, NJ: Prentice Hall, 1981). 


6.2 有效 性 公式 回归 


无 论 问题 是 什么 ， 它 总 是 人 的 问题 。 
一 一 G.M. 温 伯 格 ，1988 
从 概念 上 讲 ， 原 始 有 效 性 公式 的 正确 性 是 毋庸 置疑 的 。 但 从 项 目 分 析 中 我 们 了 解 到 ， 有 效 性 公式 3 个 属性 的 取 值 范围 并 非 简 


单 地 从 0 到 1。 需 要 对 这 些 取 值 范围 进行 扩展 并 将 之 应 用 到 组 织 有 效 性 的 计算 中 ， 这 种 扩展 在 过 去 数 十 年 里 已 经 被 验证 过 很 多 次 
Ta 


初 看 起 来 ， 有 效 性 公式 中 管理 属性 并 不 重要 。20 世 纪 20 年 代 的 霍 桑 实验 特别 指出 了 管理 在 生产 率 改 进 中 的 重要 性 ， 这 一 结 
果 确 定 无 疑 地 让 人 们 真正 开始 重视 管理 在 生产 率 改 进 中 的 作用 。 麦 格雷 戈 [] 及 其 他 人 在 20 世 纪 30 年 代 的 工作 放大 了 管理 的 重要 
性 。 但 这 些 早 期 发 现 几乎 仍然 被 现代 管理 研究 所 忽视 。 


这 个 能 力 定义 与 基于 技术 的 能 力 定义 有 明显 区 别 。 在 有 效 性 公式 和 按 重 要 性 排序 的 组 织 能 力 评级 由 中 ， 软 件 工程 能 力 和 个 体 
人 员 的 问题 解决 技能 的 重要 性 要 低 于 管理 和 沟通 的 能 力 ， 则 早已 被 证 实 。 


如 果 我 们 假设 所 有 的 项 目 都 管理 得 很 好 (CMMI 3~ 5 级 ) ， 并 且 采 用 基于 技术 的 能 力 定义 (使 用 全 世界 最 聪明 的 人 ) ， 这 
似乎 应 该 能 得 到 较 高 的 能 力 评级 。 但 如 果 我 们 把 他 们 放 到 前 面 我 介绍 过 的 石头 马 房 里 ， 仍 然 会 导致 糟糕 的 能 力 评级 〈 较 低 的 评级 
排名 ) 。 他 们 的 能 力 等 级 充其量 处 于 行业 中 等 水 平 。 


平均 能 力 的 范畴 在 基于 技术 的 组 织 中 非常 有 效 ， 但 对 于 环境 状况 与 该 定义 不 相符 的 组 织 里 则 行 不 通 。 如 果 我 们 将 重新 排列 过 
优先 顺序 的 能 力 列表 应 用 于 传统 组 织 环 境 ， 在 能 力 定义 中 没有 激励 和 沟通 的 情况 下 ， 该 列表 将 发 生 严重 萎缩 ， 即 只 剩 
E=f (CS) 。 问 题解 决 能 力 和 沟通 能 力 在 团队 环境 中 要 比 人 们 独自 工作 的 情况 下 更 加 有 效 。 


有 效 性 公式 的 属性 与 估算 模型 的 研究 和 实践 应 用 之 间 有 着 极 大 的 相同 之 处 ， 这 些 佑 算 模 型 被 软件 估算 社区 用 于 展示 软件 开发 
的 成 本 和 进度 。 实 际 上 ， 几 十 年 来 ， 估 算 社 区 已 经 一 直 在 使 用 估算 工具 间接 地 度量 软件 开发 组 织 的 能 力 。 开 发 成 本 、 进 度 和 生产 
率 已 经 成 为 各 种 估算 工作 的 主要 目标 ， 而 估算 结果 与 历史 数据 的 对 比 已 成 为 传统 基于 瀑布 模式 下 对 估算 进行 验证 的 主要 手段 。 


大 量 历 史 数 据 来 自传 统 组 织 在 基于 瀑布 模式 的 环境 中 完成 的 软件 项 目 。 而 来 自 敏捷 组 织 及 其 项 目的 可 用 数据 最 初 是 随 着 一 些 
随机 项 目 出 现 的 ， 这 些 项 目 提 供 了 主流 之 外 的 数据 ， 具 有 难以 解释 的 生产 率 价值 。 在 20 世 纪 70 年 代 末 和 80 年 代 初 ， 广 泛 流行 的 
看 法 是 生产 率 是 由 技术 驱动 的 。 


我 们 不 去 假定 “聪明 的 ”人 将 会 或 者 不 会 成 为 某 个 有 凝聚 力 团 队 的 一 员 。 流 行文 化 往往 将 聪明 人 想象 为 不 合群 或 特 立 独行 的 
个 体 。 但 在 我 这 些 年 的 评估 和 分 析 生 涯 中 并 没有 看 到 任何 证 据 能 支持 这 一 假设 。 相 比 团 队 中 的 个 体 成 员 ， 激 励 和 团队 行为 与 团队 
的 领导 力 有 着 更 多 的 联系 。 表 6-1 中 ，“ 传 统 ” 是 指 具 有 X 理 论 管理 方式 的 小 隔 间 环境 。 


表 6-1 开发 者 能 力 (ACAP，PCAP) 评级 


ii EFR (PCAP) 
很 不 积极 并 且 互 不 联合 的 组 织 1.42 
很 不 积极 或 者 互 不 联合 的 组 织 1.17 
积极 性 很 高 或 者 经 验 丰富 的 团队 0.86 
积极 性 很 高 并 且 经 验 丰富 的 团队 0.70 


[1] McGregor, D., The Human Side of Enterprise (New York, NY: McGraw-Hill, 1960). 


[2] Weinberg, G., Quality Software Management, Volnme 3 (Englewood Cliffs, NJ: Prentice-Hall 1994), p. 15. 


6.3 组织 能 力 评级 


从 第 2 章 开 始 ， 在 没有 给 出 定量 度量 组 织 有 效 性 的 简单 方法 的 情况 下 ， 我 已 经 提 到 有 效 性 公式 和 组 织 能 力 评级 
(Organization Capability Rating, OCR) 公式 很 多 次 了 。 有 效 性 公式 是 3 个 属性 元 素 的 乘积 ， 从 概念 上 看 每 个 属性 的 取 值 范 
围 为 0 到 1。 三 个 属性 中 的 任何 一 个 都 可 以 取 0 值 ， 这 也 会 让 整个 公式 的 取 值 为 0。 如 果 技 术 属 性 取 值 为 0， 开 发 组 织 的 生产 率 也 将 


为 0。 同 样 的 事情 也 会 发 生 在 沟通 完全 缺失 、 管 理 完全 缺失 、 传 统管 理 或 其 他 情形 下 。 作 为 一 个 概念 模型 ， 其 结果 在 今天 仍 富有 
哲理 ， 与 在 1979 年 该 模型 首次 发 表 时 一 样 有 效 。1979 年 那 年 可 没有 那么 多 数据 来 验证 或 者 反驳 该 模型 。 


在 现实 中 ， 我 们 最 初 也 怀疑 当 每 个 属性 都 等 于 0.5 时 ， 平 均 有 效 性 (E=0.5) 是 否 会 出 现 。 但 有 效 性 公式 并 非 如 此 。 作 为 3 个 
属性 的 乘积 ， 平 均 有 效 性 要 达到 0.5， 假 设 他 们 都 相等 ， 需 要 每 个 属性 的 取 值 为 0.79。 


既然 行业 的 重视 程度 将 会 使 其 达到 最 先进 水 平 ， 最 有 可 能 的 是 ， 技 术 属 性 的 取 值 将 会 接近 于 1.0。 从 实践 意义 上 说 ， 技 术 属 
性 值 更 容易 接近 于 0.9， 而 沟通 和 管理 属性 的 取 值 更 接近 于 0.5。 在 这 种 取 值 条 件 下 ， 有 效 性 公式 的 最 终结 果 值 接近 于 0.22。 这 可 
不 是 一 个 能 够 赢得 任何 奖项 的 结果 ， 也 不 可 能 从 组 织 领 导 层 那里 获得 任何 赞誉 。 不 幸 的 是 ， 这 个 结果 离 软件 行业 里 各 种 事务 的 当 
前 状态 并 不 遥远 。 


时 光 飞 逝 ，35 年 匆匆 过 去 。 使 用 收集 和 分 析 过 的 软件 开发 项 目 数据 ， 这 个 模型 还 在 预测 着 组 织 绩效 吗 ?答案 显而易见 。 这 
些 数据 的 首要 问题 是 ， 不 可 能 将 沟通 和 管理 数据 完全 分 离开 来 。 如 果 没有 Y 理 论 管理 方式 ， 你 找 不 到 几 个 项 目 会 有 卓越 的 沟通 。 
在 X 理 论 管理 方式 下 ， 也 不 存在 来 自 开放 开发 环境 的 数据 记录 。 也 许 另 一 种 描述 这 种 两 难 境地 的 方式 是 “牧羊 人 不 会 在 小 羊 乱 跑 
的 环境 里 工作 ”。 

无 论 如 何 ， 有 效 性 公式 必须 被 写成 : 

E=CM (CS) (6-3) 
其 中 ， 

CM = 沟通 技能 与 管理 概念 认 知 的 组 合 

CS= 计 算 机 科学 的 技术 能 

第 二 个 问题 是 ， 取 值 范围 (0~1) 的 最 小 值 应 该 大 于 0， 因 为 每 个 单独 因素 的 最 大 成 本 影响 并 不 是 无 限 大 的 。 至 少 根据 历史 
数据 看 ， 管 理 概念 认 知 不 能 完全 为 0， 而 沟通 技能 也 不 能 完全 不 存在 。 技 术 能 力也 是 如 此 。 

在 我 们 的 讨论 中 ， 概 念 性 有 效 性 公式 的 数值 很 难 证 明 这 一 点 。 但 另 一 方面 ， 如 果 我 们 能 够 应 用 过 去 50 多 年 里 累积 的 大 量 历 
史 数 据 来 为 我 们 的 评估 方法 建立 一 个 定量 基础 ， 会 怎么 样 呢 ? 我 们 不 能 为 该 公式 建立 一 个 具体 实现 吗 ? 


但 我 们 查看 用 于 定义 有 效 性 公式 的 7 个 因子 集合 的 时 候 ， 永 远 不 会 看 到 ， 对 于 任何 一 个 因子 ， 其 成 本 惩罚 趋 于 无 穷 大 。 表 6- 
10 把 各 个 因子 转化 为 一 个 易于 比较 的 格式 。 第 5 列 的 最 大 属性 值 来 自 于 CM 属 性 和 CS 属性 的 各 个 最 大 因子 值 (成 本 影响 ) 的 乘 
积 。 相 类 似 ， 第 6 列 的 最 小 属性 值 来 自 于 CM 属性 和 CS 属性 的 各 个 最 小 因子 值 的 乘积 。 


表 6-10 有效 性 公式 因子 数据 


it RAREN | 二 RH 
CM 2.07 0.497 


生产 率 影 响 (Productivity Impact, Pl) 是 表 中 第 5 列 和 第 6 列 成 本 影响 值 的 逆 运 算 。CM 属 性 的 生产 率 影 响 (Pl) 取 值 范围 


是 1.0 到 4.17。 将 该 取 值 范围 归 一 化 ， 用 生产 率 影响 取 值 学 围 除 以 其 最 大 值 可 得 到 归 一 化 后 CM 属 性 的 生产 率 范 围 ， 其 取 值 范围 为 
0.24 到 1.0。1.0 意 味 着 完美 的 沟通 和 管理 。 在 概念 性 有 效 性 公式 中 CM 属性 的 最 小 值 是 0。 而 在 实际 应 用 中 ， 该 最 小 值 为 0.24。 我 
们 注意 到 ，ACAP 和 PCAP 成 本 因素 值 的 影响 大 约 是 1.5， 如 果 有 效 性 为 0， 则 这 个 值 应 该 是 无 穷 大 。 


用 同样 的 办 法 对 有 效 性 公式 中 的 CS 属性 进行 归 一 化 ， 可 得 到 归 一 化 后 CS 属性 的 生产 率 影响 范围 为 0.21 到 1.0。1.0 表 示 完 美 
的 沟通 和 管理 。 在 概念 性 有 效 性 公式 中 ，CS 属 性 的 最 小 值 为 0。 但 在 实际 应 用 中 ， 该 值 最 小 为 0.21。 


让 我 们 定义 组 织 能 力 评级 (OCR) 等 于 净 有 效 性 ， 即 本 章 讨论 过 的 7 个 单独 参数 的 归 一 化 乘积 。 我 们 刚刚 用 来 计算 CM 和 CS 


属性 取 值 范围 的 方法 也 可 以 应 用 于 全 部 7 个 因子 的 计算 。 这 些 因子 的 乘积 取 反 ， 然 后 乘 以 0.23， 即 可 得 到 归 一 化 结果 。OCR 取 值 
的 计算 公式 如 下 : 


OCR=0.23/ (ACAP*PCAP*MODP*TOOL*RESP*TURN*AEXP) (6-4) 
其 中 ， 
ACAP= 分 析 师 能 力 (Analyst CAPability) 
PCAP= 程 序 员 能 力 (Programmer CAPability) 
AEXP= 应 用 领域 经 验 (Application domain EXPerience) 
MODP= 现 代 实 践 的 使 用 (MODern Practice use) 
TOOL= 自 动 化 工具 支持 (automated TOOL support) 
RESP= 终 端 响应 时 间 (terminal RESPonse time) 
TURN = 硬 拷贝 周转 时 间 (hardcopy TURNaround time) 
组 织 能 力 评级 (OCR) 的 取 值 范围 大 约 是 0.05 到 1.0， 该 范围 与 有 效 性 公式 的 定义 保持 一 致 。 


这 个 修订 的 有 效 性 公式 (OCR) 使 用 的 7 个 参数 包含 了 原始 公式 中 的 3 个 属性 。 从 概念 上 讲 ， 这 些 属 性 的 取 值 范围 是 0 到 1。 
但 在 实际 应 用 中 ， 技 术 属 性 的 取 值 为 0 有 点 儿 难 以 想象 ， 也 就 是 说 ， 完 全 没有 可 用 的 技术 是 不 太 可 能 的 。 同 样 ， 零 沟通 有 点 儿 难 
以 想象 ， 而 有 效 性 为 零 的 管理 风格 更 不 可 想象 。 

ACAP 和 PCAP 的 组 合 提供 管理 和 沟通 有 效 性 的 一 种 度量 办 法 。AEXP、MODP、TOOL、RESP 和 TURN 则 概括 技术 属性 。 这 
种 分 类 办 法 使 我 们 能 够 度量 原始 公式 中 的 各 个 属性 。 

式 (6-4) 中 OCR 有 效 性 的 取 值 范围 是 0.05 到 1.0， 这 与 概念 性 有 效 性 公式 的 取 值 范围 0.0 到 1.0 非 常 接近 。 有 时 这 让 我 感到 惊 
讶 ， 原 始 的 概念 性 有 效 性 公式 多 么 接近 于 现实 世界 啊 ! 


图 6-4 是 能 力 计算 器 电子 表格 [1 中 能 力 得 分 计算 部 分 的 一 个 快照 。 


0.23 


图 6-4 传统 组 织 的 能 力 计 算 器 计算 快照 


下 面 的 表 6-11 列 举 了 组 织 能 力 评级 (OCR) 的 一 些 例 子 。 这 些 例子 包含 来 自 一 系列 项 目的 成 本 和 进度 分 析 结果 数据 ， 并 附 
带 OCR 计 算 结 果 。 该 表 还 包含 不 同 示例 项 目 之 间 的 比较 ， 以 及 该 组 织 在 软件 开发 行业 中 的 相对 百 分 位 排名 。 


表 6-11 组 织 能 力 评级 (COCR) 示例 


[1] 能 力 计 算 器 可 从 原 英 文 出 版 社 的 官方 网 站 上 自由 下 载 ， 网 址 为 www.informit,comyVtitle/9780133562675， 只 需 点 击 “下 
载 ” (Downloads) 标签 即 可 。 或 直接 登录 华章 网 站 (www.hzbook.com) 下 载 。 该 电子 表格 允许 你 输入 某 个 组 织 的 单个 能 力 评级 
并 计算 出 相应 的 能 力 得 分 和 百 分 位 排名 得 分 。 我 们 将 在 接 下 来 的 部 分 讨论 Ctb 得 分 。 该 电子 表格 也 允许 用 户 输入 必要 的 其 他 评级 
数值 来 计算 开发 成 本 、 进 度 以 及 与 组 织 相关 开发 项 目的 维护 成 本 等 。 该 电子 表格 基于 Sage 和 SEER-SEM 估算 工具 中 的 估算 模型 
而 构建 。 


6.4 基本 技术 常量 


有 效 性 公式 OCR 是 评估 软件 开发 组 织 能 力 的 主要 工具 。 另 一 种 评价 能 力 的 工具 就 是 著名 的 基本 技术 常量 。 在 软件 开发 成 本 
和 进度 估算 早期 的 研究 中 ， 我 创建 了 这 个 数值 型 度量 办 法 以 度量 组 织 的 健康 状况 。 基 本 技术 常量 使 用 与 OCR 相同 的 7 个 因子 ， 但 
使 用 该 常量 是 为 了 直接 在 软件 估算 中 计算 项 目的 成 本 和 进度 。 而 OCR 的 目的 则 是 在 概念 性 有 效 性 取 值 范围 内 确定 组 织 的 能 


当 Seer 软 件 估算 技术 还 处 于 初期 阶段 时 ， 我 注意 到 在 能 力度 量 方面 存在 某 种 一 致 性 ， 在 我 的 开发 成 本 与 进度 的 历史 数据 
中 ， 对 每 一 个 软件 合同 商 来 说 都 是 可 复 验 的 。 生 产 率 似乎 是 软件 规模 、 复 杂 度 、 组 织 的 基本 能 力 以 及 受 项 目 约束 影响 的 环境 条 件 


这 个 常量 可 通过 对 1980 年 时 可 获得 的 项 目 数 据 做 曲线 拟 合 而 得 到 。 对 曲线 做 平移 和 转换 操作 ， 最 终 将 曲线 弯曲 以 完全 拟 合 
已 有 数据 。 该 过 程 与 任何 典型 的 趋势 分 析 没 有 太 多 的 不 同 。 我 还 发 现 ， 对 于 这 些 承 包 商 而 言 ， 所 有 类 似 项 目的 生产 率 相 差 很 小 。 
最 终 的 技术 常量 ，Ctb， 有 一 个 固定 的 取 值 范围 ， 其 最 小 值 为 2000， 推 算出 的 最 大 值 为 20000。 基 本 技术 常量 的 取 值 范围 定义 如 
下 : 


- 2000 (HR. ALAR. CMMI 1 级 水 平 、 软 件 黑暗 时 代 的 工具 ) 
5500 到 6250 (典型 的 1980 年 的 组 织 ) 

5700 (典型 的 传统 瀑布 型 组 织 ) 

- 20000 (根据 需要 ， 有 能 力 创造 世界 和 (或 ) DA Ka) 


在 1980 年 ， 敏 捷 开 发 还 没有 正式 出 现 ， 因 此 所 有 的 项 目 数 据 都 来 自 于 传统 基于 瀑布 的 开发 项 目 。 随 着 软件 开发 的 不 断 演 
化 ， 当 敏捷 概念 正式 出 现 的 时 候 ， 仍 然 可 以 推导 出 基本 技术 常量 。 从 来 自 敏捷 项 目的 数据 推导 ， 典 型 的 ， 敏 捷 项 目的 相关 技术 常 
量 估计 约 为 10000 到 12000。 


自 Seer 估 算 模 型 和 基本 技术 常量 创立 以 来 ，30 余 年 的 估算 实践 证 明 ， 尽 管 软件 开发 技术 日 新 月 异 ， 但 开发 组 织 能 力 的 变化 
却 依旧 微乎其微 。 铁 打 的 营盘 流水 的 兵 ， 组 织 文 化 依旧 豆 古 不 变 。 


基本 技术 常量 主要 有 两 个 作用 。 第 一 ， 也 是 最 明显 的 ， 提 供 了 一 个 与 有 效 性 公式 同等 价值 的 数值 度量 方法 ， 以 一 种 可 用 于 直 
接 计算 软件 项 目 成 本 和 进度 的 形式 ， 用 于 量化 组 织 的 能 力 。Ctp 常 量 值 的 第 二 个 用 途 是 ， 充 当 有 效 性 公式 的 替代 办 法 ， 用 于 比较 
不 同 组 织 的 能 力 。 


传统 组 织 的 基本 常量 值 大 约 为 5700， 对 于 任意 软件 规模 ( 源 代码 行 ) 和 后 面 章节 中 将 要 分 析 的 系统 复杂 度 ， 该 值 直接 预测 
了 以 人 月 计算 的 项 目 成 本 。Ctb 的 范围 是 由 有 效 性 公式 中 使 用 的 7 个 参数 的 最 坏 和 最 好 值 集合 决定 的 ， 使 用 在 有 效 性 公式 中 的 这 
些 参数 可 用 于 评价 该 公式 的 沟通 、 管 理 和 技术 属性 。 

在 过 去 30 多 年 里 ， 我 曾 见 过 的 最 低 技术 常量 值 是 2125， 就 是 在 前 面 一 章 里 提 到 的 那个 项 目 。 你 可 以 回头 看 看 那个 满 地 板 泥 
土 的 例子 。 大 多 数组 织 的 常量 等 级 都 在 5500 到 6500 范 围 内 。 不 管 你 信 不 信 ， 该 取 值 范围 与 2005 年 时 我 在 大 多 数 传统 瀑布 型 开发 
组 织 中 所 发 现 的 实际 情况 大 致 相同 。 图 6-5 显 示 了 3 个 具有 开放 环境 的 组 织 的 数据 。 注 意 ， 它 们 都 高 于 6000， 这 正 是 数据 库 中 数 
据点 丛 集 四 的 地 方 。 
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图 6-5 基本 技术 常量 
第 一 个 高 于 行业 平均 值 的 数据 点 (7990) 来 自 于 一 个 为 遥远 的 日 本 客户 所 做 的 系统 开发 项 目 ， 该 项 目 中 使 用 由 客户 提供 的 
带 有 日 文 用 户 手册 的 电脑 进行 开发 。 由 于 自身 原因 ， 该 项 目 是 一 个 艰巨 的 任务 ， 然 而 该 项 目的 基本 技术 常量 (Cth) 值 仍然 大 大 
高 于 常规 数值 。 我 相信 产生 这 种 结果 的 关键 原因 是 该 组 织 的 Y 理 论 管理 风格 。 该 项 目的 软件 工程 师 们 一 致 评论 说， 他 们 愿意 在 未 
来 的 任何 项 目 上 继续 为 该 项 目 经 理工 作 。 


第 二 个 技术 常量 值 (8192) 高 于 正常 数值 的 项 目 也 是 由 同一 个 (7992) 经 理 管理 的 。 第 3 个 数据 点 (8635) 来 自 一 个 Y 理 论 
型 经 理 管理 的 跨 功 能 团队 项 目 ， 相 较 之 下 ， 我 应 该 称 为 “ 臭 山 工厂 ”环境 。 从 同一 组 织 的 其 他 项 目 经 理 所 管理 的 项 目 收集 到 的 其 


到 的 是 ， 在 整体 表现 平平 ， 甚 至 比 行业 平均 水 平 还 低 一 些 的 组 织 里 ， 也 会 有 能 力 比 平均 水 平 好 得 多 的 项 目 经 理 。 有 时 ， 管 理 者 可 
以 创造 一 个 充满 激励 和 交际 活跃 的 环境 。 

在 开发 生产 率 及 与 其 紧密 相关 的 开发 成 本 和 进度 中 ， 开 发 环境 是 一 个 重要 但 常常 被 忽略 的 因素 。 环 境 可 分 为 两 个 方面 : 开发 
者 的 能 力 和 项 目 特定 开发 环境 。 开 发 环境 度量 的 核心 是 开发 者 的 原始 能 力 。 它 包括 应 用 经 验 、 创 造 力 、 团 队 协作 能 力 和 现代 实践 
方法 与 工具 的 使 用 情况 。 直 接 评 佑 能 力 或 者 环境 比较 困难 ， 但 仔细 察看 环境 中 的 一 个 个 单独 的 、 彼 此 独立 的 方面 (如 图 1-4 所 
示 ) ， 就 可 以 得 到 一 个 内 聚 的 、 合 理 的 度量 方案 。 

你 可 能 会 问 ， 为 什么 基本 技术 常量 Ctb 的 取 值 范围 被 设置 为 从 2000 到 20000。 简 单 地 说 ， 任 何 项 目的 成 本 都 是 项 目 有 效 规 
模 、 复 杂 度 和 组 织 有 效 性 的 一 个 函数 。 在 开发 成 本 和 进度 计算 中 ， 技 术 常 量 值 往往 被 直接 使 用 而 未 作 归 一 化 。 大 小 为 1.75 的 有 效 
性 数值 需要 按 比例 缩放 后 才能 在 计算 中 使 用 。 

基本 技术 常量 (Cth) 描述 的 是 开发 者 的 原始 能 力 ， 不 受 项 目 环境 的 妨碍 。 


基本 技术 常量 方程 如 下 : 


T = ACAP * AEXP * MODP * PCAP * TOOL * RESP 
y=—3.7945 “In| Z] 
4.11 


a=v/(5*TURN) 


C,, = 2000 *exp(a) (6-5 ) 


计算 基本 技术 常量 的 第 一 步 是 获得 有 效 性 公式 中 使 用 的 各 个 因子 的 乘积 。 从 计算 中 你 就 可 以 看 出 ， 将 操作 结果 转换 为 一 种 可 
在 软件 开发 估算 中 直接 使 用 的 形式 ， 其 复杂 性 不 可 避免 。 为 把 有 效 性 公式 的 结果 值 转换 为 一 种 可 用 于 直接 生成 开发 成 本 和 进度 估 
算 结果 的 形式 从 而 使 用 Seer 模 型 (包括 Sage 和 SEER-SEM) ， 基 本 技术 常量 方程 的 复杂 性 是 必须 的 。 你 可 以 看 到 在 方程 (6-5) 
中 的 归 一 化 过 程 中 都 涉及 了 哪些 操作 。 


幸运 的 是 ， 转 换 中 必要 的 计算 也 包含 在 了 随 书 附 赠 的 电子 表格 中 ， 并 且 这 些 转换 对 当前 的 讨论 也 不 会 有 任何 妨碍 。 涉 及 组 织 
有 效 性 数值 的 讨论 往往 也 会 给 出 被 讨论 组 织 的 基本 技术 常量 数值 。 

以 Seer 为 基础 的 软件 估算 模型 中 的 生产 率 因 子 是 公式 (6-6) 中 定义 的 有 效 技术 常量 (effective technology 
constant, Cte) 。 这 个 方程 组 合 了 基本 技术 常量 (原始 能 力 ) 和 项 目 环境 诸 因 子 fi 的 乘积 。 调 整 后 的 有 效 技 术 常 量 被 用 于 计算 
软件 开发 项 目的 成 本 、 进 度 和 项 目 生产 率 。 有 效 常量 圳 括 了 因 产 品 需求 和 项 目 环 境 问题 而 导致 的 生产 率 流 失 。 由 此 ， 生 产 率 因 子 
为 : 


= C D 


C = th 
te TIA (6-6) 


这 里 ， 各 fi 的 值 包括 了 估算 中 驱动 生产 率 的 环境 因子 ， 它 们 不 是 描述 组 织 能 力 评级 的 7 个 因子 中 的 任何 一 部 分 。 这 些 因子 也 都 被 
包含 在 了 随 书 附 赠 的 电子 表格 中 ， 并 且 在 本 书后 续 章 节 中 会 逐个 详细 讨论 。 

在 本 章 中 ， 我 们 分 析 和 讨论 了 组 织 的 原始 (raw) 能 力 ， 以 及 理想 条 件 下 有 效 性 公式 各 个 属性 对 可 实现 的 生产 率 的 影响 。 这 
种 原始 的 ,或 者 是 核心 的 能 力 代 表 了 在 沟通 、 管 理 和 可 用 技术 没有 大 幅 提 高 的 情况 下 ， 组 织 能 够 交付 的 最 大 能 力 。 表 6-12 中 的 
基本 技术 常量 值 8632 表 示 该 组 织 在 软件 开发 行业 的 百 分 位 排名 中 仅 处 于 第 75 的 位 置 ， 而 基本 技术 常量 值 为 11454 的 组 织 是 使 用 
结对 编程 开发 方法 的 敏捷 软件 开发 的 典型 代表 。 


表 6-12 ”OCR 与 Ch 数值 示例 对 比 


OCR ff 基本 技术 常量 什 行业 百 分 位 排名 | 基本 技术 常量 
( 续 ) 
OCR 基本 技术 常量 


最 后 ， 每 个 因素 都 可 提高 组 织 的 整体 生产 率 和 竞争 力 。 在 讨论 中 我 曾 指出 ，8632 的 基本 技术 常量 值 在 所 有 可 能 取 值 的 百 分 
位 排名 中 也 仅 处 于 第 75 的 位 置 。 而 数值 11454 代 表 该 组 织 的 OCR 取 值 为 0.50， 其 在 软件 开发 行业 的 百 分 位 排名 中 处 于 第 86 的 位 
置 。 


对 任何 特定 的 项 目 ， 后 续 各 章 会 详细 讨论 项 目 环境 因 素 以 及 它们 对 可 交付 生产 率 的 影响 。 项 目 需求 对 生产 率 的 影响 往往 并 非 


无 足 轻重 ， 它 们 对 项 目 交付 、 成 本 和 进度 都 有 影响 ， 因 而 不 可 忽视 。 在 每 个 项 目 中 ， 其 中 的 一 些 影响 可 通过 开发 者 的 努力 而 消 
减 ， 有 些 可 能 是 产品 需要 ， 而 有 些 则 可 以 与 项 目 客户 进行 协商 。 所 有 这 些 因 素 都 很 重要 ， 它 们 对 开发 成 本 和 进度 都 会 产生 影响 。 


[1] 此 说 法 来 自 《 圣 经 . 出 埃及 记 》 中 关于 摩西 带领 以 色 列 人 逃离 埃及 的 故事 。 摩 西 带领 以 色 列 人 离开 埃及 之 后 ， 埃 及 法 老 派 军 
队 进 行 追赶 。 在 前 无 去 路 后 有 追 兵 之 际 ， 和 神 使 红海 之 水 分 开 ， 让 以 色 列 人 安然 渡 过 。 后 又 使 海水 复合 ， 使 埃及 追 兵 萝 身 香 腹 。 这 
里 表示 ， 一 旦 组 织 的 基本 技术 常量 达到 20 000， 它 们 就 能 像 神 一 样 开 发 软件 。 译 者 注 

[2] 此 处 数据 点 丛 集 并 不 代表 图 中 显示 的 项 目 数 目 。 足 够 多 的 数据 点 绘制 在 一 起 就 标识 出 一 个 “ 丛 集 ” 


BIE ”完美 软件 公司 案例 研究 


项 目前 90% 的 工作 要 花费 90% 的 项 目 时 间 ， 后 10% 的 工作 再 花费 另外 90% 的 时 间 。 
一 一 佚名 (90-90 法 则 ) 


完美 软件 公司 (Faultless Software Corporation，FSC) 是 一 个 开发 组 织 ， 作 为 本 书后 续 大 部 分 内 容 中 的 研究 案例 ， 我 们 
将 深入 剖析 它 的 有 趣 行为 。 完 美 软件 公司 是 我 以 “证 人 保护 项 目 ” 的 深度 为 我 们 的 研究 虚拟 出 的 一 个 组 织 。 尽 管 他 们 的 名 字 、 位 
置 和 具体 情况 已 被 仔细 隐藏 ， 但 如 果 我 们 用 IBM、 雷神 或 波音 之 类 的 名 字 来 称呼 ， 则 一 样 真 实 。 我 无 意 影 射 、 暗 示 或 贬低 任何 组 


织 


No 


为 该 完美 软件 公司 研究 案例 的 成 本 和 进度 分 析 所 准备 的 数据 ， 在 案例 研究 的 约束 范围 内 ,我 已 竭尽 所 能 地 保持 真实 。 你 会 发 
现 ， 在 某 些 情况 下 ， 数 据 会 遗失 、 相 互 冲突 ， 或 者 彻头彻尾 的 半 真 半 假 。 这 就 是 一 名 估算 师 的 真实 生活 ， 一 切 第 有 可 能 。 实 际 
上 ， 它 们 相当 有 趣 ， 现 实 也 的 确 如 此 。 


为 项 目 提 案 确 定 一 个 现实 可 行 和 最 佳 的 开发 计划 (包括 成 本 、 进 度 和 人 员 配 置 计划 ) 。 评 佑 满足 客户 的 成 本 和 进度 约束 所 面 
临 的 风险 。 


该 研究 案例 中 有 三 个 主要 估算 任务 : 任务 规划 、 命 令 生 成 和 通信 。 主 要 任务 是 确定 完美 软件 公司 是 否 具 备 所 要 求 的 能 力 来 开 
发 这 3 个 软件 组 件 。 简 单 地 讲 ， 就 成 本 和 进度 而 言 ， 完 美 软件 公司 能 够 如 期 开发 和 集成 这 三 个 主要 软件 组 件 吗 ? 


7.2 ”完美 软件 公司 


完美 软件 公司 由 I.M.OKay 博 士 于 1980 年 创立 ， 位 于 犹他 州 洛 根 市 。 该 公司 基于 Okay 博 士 在 可 靠 网 络 设计 领域 的 研究 ， 专 业 
开发 计算 机 网 络 软 件 。 随 着 经 济 形势 的 萎靡 ， 完 美 软件 公司 最 近 也 经 历 了 一 段 时 间 的 业务 低 靡 。 为 了 扩展 其 产品 线 、 提 高 竞争 
力 、 保 持 早 些 年 经 历 过 的 稳定 增长 ， 即 将 开展 的 项 目 对 该 公司 来 说 已 变 得 十 分 重要 。 


该 公司 位 于 一 栋 现代 化 的 3 层 办 公 大 楼 里 ， 临 近 犹 他 州立 大 学 的 校园 。 公 司 的 高 级 管理 层 、 管 理 和 行政 人 员 占 据 了 该 大 楼 的 
第 三 层 。 


开发 人 员 主 要 位 于 大 楼 的 第 二 层 。 现 代 化 的 开发 区 域 ， 如 图 7-1 所 示 ， 现 代 化 的 开发 区 域 被 有 效 地 构建 成 了 一 个 个 独立 的 办 
公 区 域 ， 每 个 小 区 域 里 有 一 台 工 作 站 、 一 台 本 地 打印 机 和 存储 区 域 设备 。 开 发 网 络 支 持 单个 开发 者 通过 自己 的 工作 站 与 其 他 人 进 
行 交 互 。 大 楼 二 层 还 有 两 个 大 会 议 室 供 开发 人 员 使 用 。 

完美 软件 公司 的 业务 办 公 室 和 内 部 计算 设施 都 位 于 大 楼 第 一 层 。 通 过 与 大 学 的 合作 ， 完 美 软件 公司 的 网 络 可 接 入 并 访问 该 大 
学 的 一 流 研究 成 果 和 图 书馆 系统 。 


完美 软件 公司 的 数据 处 理 中 心 位 于 办 公 大 楼 的 第 一 层 ， 拥 有 一 个 先进 的 Windows 网 络 系统 ， 用 于 支撑 公司 的 业务 和 开发 活 
动 。 该 网 络 支持 总 计 达 60 个 位 于 二 楼 开发 区 域内 基于 Windows 的 交互 式 开发 工作 站 ， 还 连接 了 两 台 高 速 打印 机 。 一 个 四 人 的 系 
统 工程 团队 负责 完美 软件 公司 的 网 络 运 维 。 这 个 团队 既 维护 整个 系统 ， 也 为 该 组 织 提供 系统 用 户 支持 服务 。 


图 7-1 完美 软件 公司 的 开发 办 公 区 域 


完美 软件 公司 的 规模 已 经 发 展 到 了 52 名 软件 人 员 ， 主 要 由 犹他 州立 大 学 和 犹他 大 学 的 应 届 毕 业 生 组 成 ， 而 其 他 人 员 则 是 从 
附近 的 山区 招募 而 来 。 该 公司 82% 的 软件 人 员 拥有 电气 工程 、 计 算 机 科学 或 者 数学 学 位 。 而 在 这 些 人 中 ，10% 的 人 已 获得 了 博士 
学 位 ， 要 么 是 计算 机 科学 博士 ， 要 么 是 电气 工程 博士 。29% 的 人 拥有 科学 硕士 学 位 ， 而 剩余 的 人 都 拥有 技术 科学 学 士 学 位 。 


完美 软件 公司 是 一 个 技术 不 断 进 步 的 企业 ， 在 赖 瑞 . 康 斯 坦 丁 的 结构 化 设计 方法 [1 和 包括 周期 性 设计 与 代码 走 查 概念 在 内 的 


基于 对 象 编程 方法 方面 均 拥 有 丰富 经 验 。 这 些 方法 已 经 成 功 地 应 用 到 了 该 公司 的 好 几 款 产品 开 友 上 ， 比 如 2008 年 Model 6A 网 络 
和 2009 年 的 Model 6B 网 络 。 


该 组 织 已 尝试 了 不 同 的 软件 开发 团队 概念 ， 但 都 没有 明显 的 生产 率 提升 。 最 近 ， 项 目 负责 人 决定 尝试 一 下 极限 编程 由 的 结对 
编程 团队 概念 ， 这 个 概念 在 其 他 组 织 中 被 证 明 是 成 功 的 。 


该 公司 也 已 开始 使 用 用 于 软件 功能 规格 说 明 的 Hatley/PirbhaiB] 实 时 结构 化 开发 方法 的 一 种 最 新 扩展 方法 ， 从 一 堆 结构 化 需 
求 中 进行 开发 。 在 Model 6B 网 络 的 开发 中 所 做 的 早期 结构 化 开发 实验 让 他 们 受益 菲 浅 。 


完美 软件 公司 的 网 络 产 品 主要 用 C 和 C++ 编 程 语言 编写 ， 运 行 在 微软 的 操作 环境 中 。 在 源 代码 开发 方面 ， 他 们 使 用 Visual 
c++ 来 实现 与 普遍 使 用 的 结构 化 伪 代 码 相 兼容 的 高 级 语言 特性 。 


[1] Yourdon, E., and L. Constantine, Structured Design (Englewood Cliffs, NJ: Prentice Hall, 1979). 
[2] Beck, K., Extreme Programming Explained: Embracing Change(Boston, MA: Addison-Wesley, 2000). 


[3] Hatley, D.J., and I.A. Pirbhai, Strategies for Real-Time System Specifi cation (New York, NY: Dorset House, 1987). 


7.3 软件 组 件 


完美 软件 公司 正 提议 为 美国 政府 构建 一 个 高 可 靠 性 的 卫星 通信 网 络 ， 计 划 在 2021 年 到 2040 年 期 间 使 用 。 该 网 络 必须 具有 
1009% 的 操作 可 用 性 以 支持 遍布 全 球 的 关键 通信 设施 。 系 统 失 效 必 须 自动 被 捕获 ， 并 通过 系统 元 余 和 容错 进行 纠正 。 如 有 错误 导 
致 系统 不 可 用 ， 将 向 开发 者 索取 费用 惩罚 。 软 件 开发 工作 始 于 2015 年 12 月 1 日 。 其 中 客户 提出 的 一 项 要 求 是 ， 软 件 系 统 的 实现 语 


软件 开发 工作 必须 在 2018 年 1 月 1 日 之 前 完成 ， 以 便于 按时 进行 系统 集成 。 首 次 测试 将 于 2018 年 10 月 1 日 正式 启动 。 该 软件 
系统 将 由 三 个 部 分 (组件) 组 成 ， 它 们 分 别 是 : 任务 规划 、 命 令 生成 和 通信 模块 。 客 户 已 限定 这 三 个 部 分 的 全 部 软件 开发 费用 不 
超过 $10000000 美 元 。 而 目前 完美 软件 公司 的 平均 开发 费 率 为 每 个 人 月 $10000 美 元 。 


7.4 “完美 软件 能 力 评级 


7.4.1 分 析 师 和 程序 员 的 能 


我 们 已 经 详细 了 解 了 完美 软件 公司 的 情况 ， 以 及 下 一 步 “ 完 美 ”软件 项 目的 需求 ， 现 在 ， 让 我 们 迈 出 第 一 步 ， 确 定 完美 软件 
开发 项 目 能 力 评级 。 为 此 所 需 的 所 有 信息 都 已 包含 在 有 关 组 织 的 描述 里 。 我 们 先 搜集 从 公司 描述 中 所 能 搜罗 到 的 重要 信息 。 其 中 
的 重要 信息 有 : 


: 公司 的 高 级 管理 层 、 管 理 及 行政 人 员 位 于 大 楼 三 层 
" 开发 人 员 位 于 二 层 


. 二 层 开发 区 域 里 有 多 个 同时 进行 的 项 目 


: 开发 经 理 位 于 三 层 

* 隔 间 式 开发 环境 (独立 小 隔 间 ) 

“ 二 层 有 两 个 大 会 议 室 

"52 个 软件 人 员 ， 其 中 82% 的 人 有 技术 学 位 ，29% 的 人 是 硕士 ，10% 的 人 是 博士 
- 技术 快速 进步 


表 6-1 包 含 了 分 析 师 和 程序 员 能 力 评级 的 定义 和 对 应 数值 。 现 有 的 这 些 评级 信息 对 我 们 的 评估 没有 直接 帮助 。 但 是 ， 我 们 确 
实 拥有 足够 多 的 信息 。 分 析 师 能 干劲 十 足 吗 ?” 开 发 经 理 正 坐 在 能 够 激励 他 们 的 开发 团队 的 地 方 吗 ” 换 句 话说 ， 经 理 们 有 能 力 领 导 
和 支持 他 的 人 吗 ? 我 们 知道 ， 开 发 经 理 在 三 层 办 公 ， 而 不 是 和 他 们 的 开发 人 员 坐 在 一 起 。 这 种 分 离 对 于 人 员 激 励 和 团队 合作 可 不 
是 个 好 兆头 。 

团队 的 形成 还 高 度 依赖 于 人 们 彼此 相互 沟通 的 能 力 。 隔 间 式 环境 确实 不 利于 沟通 。 在 前 面 的 章节 中 我 们 讨论 了 信息 对 流 。 你 
能 想象 出 一 幅 完美 软件 公司 开发 环境 中 信息 流动 的 画面 吗 ?” 二 层 只 有 两 个 地 方 能 够 出 现 讨 论 和 交谈 的 场景 ， 这 是 该 组 织 缺乏 支持 
团队 间 沟 通 和 交流 规划 的 一 个 物理 信号 。 


二 层 人 存在 一 个 沟通 问题 ， 因 为 在 开发 区 域 里 有 多 个 在 同时 进行 开发 的 独立 项 目 。 与 该 合同 有 关 的 三 个 项 目 (任务 规划 、 命 令 
生成 和 通信 ) ， 还 有 本 研究 案例 中 没有 提 及 的 所 有 其 他 FSC 的 项 目 ， 都 位 于 相同 的 区 域 。 研 究 案例 中 包括 的 三 个 项 目 都 是 相对 独 
立 的 ， 它 们 之 间 ， 只 有 项 目的 费用 代码 是 相同 的 。 在 这 个 环境 里 ， 每 个 任务 团队 都 会 对 其 他 任务 团队 产生 干扰 。 


我 们 能 够 得 出 这 样 的 结论 ， 该 组 织 构 建 了 一 个 沟通 能 力 极其 受 限制 的 环境 。 开 发 团队 内 部 成 员 之 间 基 本 上 没有 什么 互动 ， 而 
团队 和 管理 者 之 间 也 没有 任何 交互 。 这 里 基本 不 可 能 形成 团队 ， 而 管理 者 所 营造 的 激励 措施 和 团队 成 员 之 间 构 建 的 激励 效果 也 无 
法 实现 。 我 们 能 推断 出 的 最 高 能 力 评级 就 是 典型 的 传统 组 织 的 评级 。 根 据 目前 已 经 提供 给 我 们 的 信息 ， 该 完美 软件 项 目 中 ACAP 
和 PCAP 的 评级 数值 均 为 乐观 的 1.0。 


如 果 团 队 成 员 之 间 互 不 联系 和 /或 工作 不 太 积极 ， 他 们 的 ACAP 和 PCAP 评 级 大 于 1.1 也 有 可 能 ， 不 过 目前 看 这 个 取 值 还 不 太 
可 能 。 但 如 果真 是 这 样 ， 进 行 更 多 的 调查 研究 就 变 得 非常 重要 了 。 


Kitt 


om ”产品 复杂 


任何 系统 都 倾向 于 变 得 越 来 越 复杂 ， 而 不 是 更 简化 ， 直 至 不 可 靠 性 变 得 无 法 容 惟 。 
一 一 佚名 (系统 复杂 度 的 墨 菲 定律 ) 
SAE (明显 地 ) 被 定义 为 某 个 系统 或 组 件 的 设计 或 实现 难以 理解 和 验证 的 程度 [1 。 换 句 话 说 ， 复 杂 度 是 其 内 部 逻辑 的 一 个 
函数 : 接口 的 数量 及 其 错综复杂 关系 、 架 构 和 代码 的 可 理解 性 。 


关于 复杂 度 ， 我 们 必须 理解 的 第 一 件 事 是 ， 软 件 的 复杂 度 与 软件 的 规模 完全 没有 任何 关系 。 规 模 大 小 是 一 个 单独 的 、 独 立 的 
软件 产品 维度 。 规 模 大 并 不 意味 着 很 复杂 ， 尽 管 有 时 在 我 们 的 头脑 中 很 难 将 这 两 个 概念 区 分 开 来 。 


如 果 为 项 目 配置 人 员 的 速率 大 于 项 目 需要 人 员 的 速率 ， 这 也 是 体现 第 1 章 讨 论 过 的 布鲁克 斯 定律 (Brooks ”Law) 影响 的 项 


目 问题 之 一 。 在 任何 项 目 中 ， 为 项 目 过 度 配置 人 员 造 成 人 浮 于 事 ， 真 的 会 限制 项 目 可 实现 的 生产 率 。 在 任何 开发 任务 上 ， 开 发 团 
队 内 部 沟通 路 径 的 数目 等 于 n (n-1) /2， 其 中 ，n 是 团队 的 人 员 数 量 。3 个 人 的 团队 ， 其 沟通 路 径 为 3 条 ,但 10 个 人 的 团队 ,其 
沟通 路 径 为 45 条 ， 这 大 大 增加 了 团队 氛围 下 可 能 出 现 的 沟通 错误 的 数量 。 我 们 的 终极 目标 是 ， 构 建 一 种 体系 结构 及 其 相关 团 
队 ， 使 得 沟通 路 径 数 目 尽 可 能 地 小 。 


[1] Institute of Electrical and Electronics Engineers. IEEE Standard Computer Dictionary: A Compilation of IEEE Standard Computer 


Glossaries (New York, NY: 1990). 


8.1 量化 复杂 度 值 


对 于 软件 复杂 度 ， 人 们 提出 了 很 多 度量 方法 。 某 些 度量 方法 ， 比 如 麦 凯 布 循环 复杂 度 度量 法 [0]， 比 较 精确 ， 但 度量 之 前 需要 
有 完整 源 代码 。 普 特 南 外 的 经 验 指出 ， 当 以 K (以 人 年 计算 的 总 生命 周期 开发 工作 量 ) 除 以 T3 (以 年 计算 的 开发 时 间 ) 来 绘制 他 
的 软件 数据 库 时 ， 其 数据 结果 正好 与 软件 系统 的 复杂 度 相 吻合 。 这 个 比例 一 一 普 特 南 的 成 本 估算 模型 中 当前 著名 的 “人 力 累积 
参数 ” (Manpower Buildup Parameter, BPM) 一 一 在 早期 的 估算 中 称 为 D， 即 困难 度 。 今 天 的 大 多 数 估算 工具 仍然 将 D 称 


D = — ( 8-1 ) 


这 里 ， 

D= 复 杂 度 等 级 数值 (无 单位 ) 
K= 总 软件 生命 周期 工作 量 (人 年 ) 
Td= 软 件 开 发 时 间 (年 ) 


普 特 南 分 析 表 明 ， 复 杂 开发 任务 似乎 具有 较 低 的 “7 比率 ， 而 简单 任务 却 具有 较 高 的 “比率 。 暂 且 不 论 他 的 数学 分 析 ， 从 
现实 看 ， 高 复杂 度 的 项 目 要 比 同等 规模 的 简单 项 目 花费 更 长 的 开发 时 间 。 较 低 的 “7 数值 意味 着 成 功 项 目 不 但 花费 更 长 的 开发 时 
间 ， 而 且 其 较 低 的 开发 工作 量 K 也 表明 使 用 了 较 小 的 开发 团队 。 


如 果 D 代 表 了 简单 性 ， 这 种 关系 似乎 更 符合 逻辑 ， 因 此 ， 较 简单 的 任务 具有 较 大 的 数值 ， 而 较 复杂 的 任务 具有 更 小 的 简单 性 
数值 。 不 幸 的 是 ， 我 并 未 创建 这 种 关系 ， 而 这 种 关系 自 20 世 纪 70 年 代 中 期 就 一 直 存在 。 当 我 们 想 要 谈论 简单 性 时 ， 我 们 仍然 使 
用 D 来 作为 这 种 关系 的 取 值 。 而 对 于 你 来 说 ， 像 我 们 其 他 人 一 样 ， 不 得 不 习惯 这 么 用 。 


让 我 们 回 过 头 来 从 团队 规模 的 角度 看 看 这 种 关系 。 一 项 简单 任务 (D215) 通常 能 够 被 分 为 较 小 的 逻辑 构建 块 ， 这 么 做 可 以 
支持 较 大 开发 团队 而 又 不 会 造成 任何 混乱 。 也 就 是 说 ， 较 简单 的 开发 任务 可 以 分 解 为 一 组 更 简单 的 开发 任务 。 这 样 ， 一 组 较 小 的 
团队 就 能 开发 该 产品 ， 而 团队 之 间 的 复杂 接口 更 少 。 

操作 系统 开发 是 一 项 非常 复杂 的 任务 (D<8) ， 由 于 复杂 的 系统 内 部 交互 以 及 复杂 的 开发 团队 内 部 人 员 的 相互 影响 ， 其 复 


杂 性 限制 了 团队 规模 的 大 小 。 永 远 也 不 会 有 人 尝试 用 一 个 很 大 的 开发 团队 来 开发 一 个 如 此 复杂 的 系统 ; 但 是 ， 当 实际 开发 工作 落 
后 于 计划 进度 时 ， 管 理 层 就 会 为 项 目 添加 更 多 人 手 以 防止 进度 落后 。 你 还 记得 在 第 1 章 里 弗 雷 德 -布鲁克 斯 所 说 的 吗 ? 


第 五 ， 当 认识 到 进度 出 现 滞后 时 ， 本 能 (以 及 传统 ) 的 反应 是 增加 人 力 。 “这 就 像 使 用 汽油 灭火 一 样 ， 会 使 事情 变 得 越 来 越 
糟 。 越 来 越 大 的 火势 势必 需要 更 多 的 汽油 ， 从 而 进入 一 个 注定 会 导致 灾难 的 无 限 循环 之 中 。” 了 | 


如 表 8-1 所 示 ， 对 于 不 同 的 软件 类 型 ， 其 系统 复杂 度数 值 也 出 现 了 明显 的 分 层 现象 。 如 要 确定 特定 软件 类 型 的 相应 D 值 ， 该 
表 提 供 了 一 个 有 用 但 粗略 的 指南 。 


表 8-1 以 系统 类 型 划分 的 复杂 度数 据 分 层 
D 描述 
4 | 主要 使 用 微 代 码 进行 开发 ; 具有 极其 复杂 的 接口 和 控制 逻辑 的 信号 处 理 系统 
8 | 具有 较 大 型 系统 架构 、 重 要 接口 及 交互 需求 的 新 开发 系统 。 带 有 重要 逻辑 代码 的 操作 系统 或 实时 处 理 系统 
12 | 具有 重大 逻辑 复杂 度 的 应 用 。 操 作 系统 的 某 些 变更 很 少 或 根本 没有 实时 处 理 
15 | 在 稳定 操作 系统 上 开发 的 新 的 独立 系统 。 与 底层 操作 系统 或 系统 其 他 部 分 连接 的 接口 非常 少 
21 | 使 用 直接 输入 、 输 出 C/O) 和 主要 内 部 数据 存储 的 低 逻 辑 复 杂 度 软件 
28 | 极其 简单 的 软件 ， 主 要 包含 线性 编码 ， 仅 使 用 内 部 数组 做 数据 存储 


就 成 本 和 进度 变化 的 影响 而 言 ， 除 了 具有 较 高 复杂 度 (D<12) 的 任务 外 ， 复 杂 度 是 主要 估算 参数 中 最 不 重要 的 一 个 。 当 软 
件 的 复杂 度 D 达 到 8 时 ， 应 用 于 开发 工作 的 人 员 配 置 方法 就 变 得 非常 重要 。 人 们 永远 也 不 会 (至 少 没有 相当 多 的 这 种 想法 ) 尝试 
用 一 个 荒 查 部 落 来 开发 一 个 操作 系统 。 成 功 的 操作 系统 开发 通常 都 是 由 相对 较 小 的 开发 团队 完成 的 ， 这 个 小 团队 由 设计 师 、 程 序 
员 组 成 ， 大 家 在 一 个 交流 密切 的 氛围 中 紧密 协作 (我 该 把 这 作为 一 个 团队 吗 ? ) 。 


正如 弗 备 德 ` 布 鲁 克 斯 所 预言 的 那样 〈 早 前 讨论 过 ) ， 试 图 通过 为 项 目 添加 更 多 人 员 来 压缩 项 目 进度 ， 只 会 更 多 地 造成 项 目 
混乱 。 普 特 南 的 复杂 度数 据 具有 一 些 与 众 不 同 的 特征 : 


" 复杂 性 与 复杂 度数 值 成 反比 。 简 单 地 讲 ， 最 复杂 软件 的 特征 是 : 复杂 的 逻辑 、 内 部 交互 代码 和 复杂 的 接口 。 而 最 不 复杂 软 
支 


件 的 特征 是 : 简单 的 代码 序列 、 松 散 的 耦合 及 少量 分 支 决 策 。 


. 由 于 允许 较 小 的 团队 规模 及 需要 有 效 地 进行 沟通 ， 高 复杂 度 能 够 加 快 进度 、 提 高 效率 及 生产 率 。 人 们 通常 认为 高 复杂 度 会 
导致 低 生 产 率 的 想法 是 不 对 的 ， 除 非 开 发 者 试图 增加 团队 规模 以 缩短 开发 进度 。 


复杂 度 驱动 。 


. 管理 某 项 任务 时 ， 将 其 预想 为 非常 复杂 ， 对 其 进行 管理 


得 到 更 高 的 生产 率 。 


就 是 说 ， 通 过 使 用 较 小 的 开发 团队 而 延长 项 目 进 度 一 一 常常 会 


复杂 度 是 一 种 粗 粒度 的 度量 。 除 了 将 软件 产品 全 生命 周期 成 本 除 以 开发 周期 的 三 次 方 后 所 得 数值 外 ， 你 从 来 也 不 会 见 到 某 个 
复杂 度 值 为 8.75 这 样 的 情况 。 但 那 似乎 也 是 信 口 胡说 ， 因 为 你 在 项 目 开始 时 永远 也 不 会 知道 产品 的 全 生命 周期 费用 是 多 少 ， 更 不 
会 知道 直到 开发 完成 时 才 清楚 的 开发 周期 到 底 有 多 长 。 


普 特 南 的 复杂 度 观察 ， 以 成 本 与 进度 的 比率 来 分 类 复杂 度 ， 就 如 表 8-1 所 示 的 ， 确 实 与 实际 复杂 度 有 很 好 的 关联 。 你 可 以 用 
假设 产品 复杂 度 为 D=4 的 办 法 来 管理 任何 开发 项 目 。 这 种 假设 会 将 开发 团队 的 规模 与 开发 人 员 数 量 之 比 限 定 在 一 个 相对 较 小 的 
范围 里 。 由 于 小 团队 和 卓越 沟通 的 缘故 ， 如 果 你 管理 得 好 的 话 ， 生 产 率 将 会 相当 的 好 。 


那些 在 产品 复杂 度数 值 为 D=15 的 假设 下 ， 仍 试图 管理 复杂 产品 开发 的 经 理 们 该 遭 殉 了 。 他 们 的 人 员 配 置 之 比 将 会 非常 硅 
张 ， 匆 忙 之 中 ， 开 发 工作 将 由 于 人 员 过 多 而 被 彻底 压 垮 ， 这 正好 体现 了 布鲁克 斯 定律 。 永 远 都 不 要 根据 一 个 大 于 其 真实 情况 的 假 
设 复杂 度数 值 来 管理 开发 工作 。 


巴 利 . 玻 姆 (Barry Boehm) 向 提出 了 一 种 类 似 但 更 为 详细 的 复杂 度 定义 ， 即 构造 性 成 本 模型 (COnstructive COst 


MOdel, COCOMO) 。 通 过 组 合 普 特 南 的 分 层 性 结论 和 软件 系统 类 型 ， 表 8-2 显 示 了 一 种 确定 软件 复杂 度 的 详细 方法 。 该 复杂 
度 表 被 分 成 了 4 个 功能 类 别 ， 每 个 功能 类 别 描 述 了 软件 的 重点 功能 : 
产品 的 复杂 度数 值 选取 过 程 包括 以 下 步骤 : 


控制 、 计 算 、 设 备 依赖 〈 输 入/ 输出) 和 数据 管理 。 某 个 软件 


1) 选择 一 个 最 接近 该 软件 产品 功能 描述 的 列 。 操 作 系统 主要 是 控制 功能 ， 而 人 事 系 统 则 主要 是 数据 管理 。 


2) 在 选 定 的 列 里 ， 从 简单 软件 系统 或 最 小 复杂 度 (28) 到 非常 复杂 或 最 高 
件 功能 的 行 ， 停 止 。 短语“ 可 重 入 和 递归 编码 ”是 操作 系统 的 最 好 描述 ， 它 还 有 “固定 优先 级 的 中 断 处 理 ” 这 一 特征 。 
入 和 /或 输出 ”是 人 事 系统 软件 的 最 好 描述 ， 并 且 具 有 


“简单 结构 变化 、 简 单 编辑 ”的 特征 。 


杂 度 (4) ， 逐 行 检查 ， 直 至 找到 最 匹配 该 软 


“多 重 输 


3) 从 “评级 ”一 列 选择 合适 的 复杂 度数 值 。 操 作 系 统 描述 对 应 的 复杂 度 值 为 8， 而 人 事 系统 软件 的 复杂 度数 值 为 15。 


4) 如 果 软 件 系统 满足 多 个 功能 类 另 


控制 性 操作 计算 性 操作 设备 依赖 性 操作 


带 有 一 些 非 构 套 结构 化 
编程 (SP) 操作 符 的 直线 代 
f'5, do, case, if then else, 
简单 谓词 

直接 明了 的 结构 化 编程 
BERRE KEBAB 
简单 谓词 

大 部 分 是 简单 拭 套 ， 

些 模块 间 控制 ， 决 策 表 


具有 大 量 复合 谓词 、 高 
EREKE (SP) 
操作 符 ， 队 列 和 堆栈 控 
制 ， 相 当 多 的 模块 间 控 制 

可 重信 和 有 递归 编码 ， 固 
定 优先 级 的 中 断 处 理 

优先 级 动态 变化 的 多 重 
资源 调度 ， 微 代码 级 别 的 
操作 控制 


1， 选取 最 好 地 描述 其 功能 的 行 对 应 的 类 别 评级 值 。 该 评级 应 当 对 应 于 代表 软件 最 重要 功 
能 部 分 的 类 别 ， 或 者 在 很 多 情况 下 ， 就 是 驱动 开发 成 本 和 进度 最 大 的 那个 类 别 。 例 如 ， 天 和 气 预报 程序 主要 是 数据 呈现 ， 然 而 ， 其 
开发 工作 很 可 能 被 计算 方面 的 问题 所 驱动 。 该 程序 最 好 的 功能 类 别 描述 应 当 是 “困难 但 结构 化 的 数值 分 析 ， 近 似 奇 异 和 矩阵 操作 ， 
偏 微分 方程 组 ”， 其 对 应 的 复杂 度数 值 为 8。 


表 8-2 复杂 度 评级 矩阵 


简单 的 表达 式 求 值 ， 例 
如 : A=B+C* (D-E) 


中 等 复杂 的 表达 式 求 值 ， 
例如 : D+SQRT ( Bx*2—4 
A*C) 

使 用 标准 的 数学 和 统计 
程序 。 基 本 和 矩阵 和 问 量 操作 


基本 的 数值 分 析 ， 多 变 
量 插 值 ， 常 微分 方程 组 ， 
FEAR AY ARI. Ae A fe] 


困难 但 结构 化 的 非 线性 
分 析 (NA): 近似 奇异 矩阵 
操作 、 偏 微分 方程 组 

困难 且 非 结构 化 的 非 线 
性 分 析 (NA), 随机 
数据 的 高 精确 度 分 析 


A 7, 
mi ag ` 


具有 简单 格式 的 简单 
it / 写 语 句 


不 需要 特殊 的 处 理 器 或 
IO 设备 特性 


包含 设备 选择 、 状 态 检 
测 和 错误 处 理 的 VO 处 理 


物理 IO 操作 (物理 存 
储 器 地 址 转换 : 寻 址 、 读 
取 等 )， 优 化 的 LO ZA 


PERAE. e, HE 
和 通信 线路 处 理 等 的 程序 


设备 的 时 间 依 赖 性 编 


码 、 微 程序 控制 操作 


数据 管理 性 操作 


存储 区 中 的 简单 数组 


无 数据 结构 变化 、 无 
编辑 、 无 中 间 缓 存 文件 
的 单 文件 构造 子 集 

多 重 输 入 和 /或 输出 ， 
向 单 结构 变化 、 何 单 编辑 


数据 流 内 容 触 发 的 专 
用 子 程序 ， 在 记录 级 别 


编译 数据 重组 


通用 化 的 参数 驱动 文 
件 构造 例 程 ， 文 件 构建 、 
命令 处 理 、 搜 索 优 化 
动态 相关 


自然 语言 


AEBS, 
的 数据 结构 ， 
数据 管理 


也 许 ， 此 时 此 刻 ， 关 于 复杂 度 在 确定 软件 开发 的 最 终 成 本 和 进度 方面 的 作用 ， 你 仍 有 很 多 不 解 之 处 。 为 什么 复杂 度 会 影响 产 


品 的 最 终 交 付 ? 更 加 复杂 的 软件 系统 会 限制 开发 人 员 的 规模 吗 ? 如 果 交 付 日 期 迫 在 收 睫 ， 究 竟 是 否 允 许 我 增加 更 多 的 人 手 来 缩短 
开发 日 程 ? 在 相同 的 团队 规模 下 ， 开 发 复杂 软件 系统 的 生产 率 应 该 比 开 发 简单 软件 的 生产 率 更 高 吗 ” 对 于 我 们 的 传统 思维 来 说 ， 
所 有 这 些 想法 似乎 仍然 有 点 儿 陌 生 ， 但 本 章 对 这 些 想法 有 一 个 符合 逻辑 上 且 非 常 合理 的 解释 。 我 们 在 本 章 前 面 曾 提 及 的 布鲁克 斯 定 


律 ， 即 “向 一 个 已 经 落后 了 的 项 目 增加 更 多 人 手 ， 只 会 让 该 项 目 更 落后 ” ， 倒 是 王 真 万 确 。 人 员 配 置 问题 极 大 地 受到 产品 复杂 度 
的 影响 ， 在 下 一 章 我 们 讨论 项 目的 人 员 配 置 问题 时 ， 将 会 获得 些许 启发 。 


[1] McCabe, TJ. “ A Complexity Measure.” IEEE Transactions on Software Engineering (New York, NY: 1976). 

[2] Putnam, L.H. “ A General Empirical Solution to the Macro Software Sizing and Estimating Problem.” IEEE Transactions on Software 
Engineering (New York, NY: 1978). 

[3] Brooks, F.P. The Mythical Man-Month: Essays on Software Engineering (Reading, MA: Addison-Wesley, 1975). 


[4] Boehm, B.W., Software Engineering Economics (Englewood Cliffs, NJ: Prentice hall, 1981), pp. 122-123. 


8.2 ”完美 软件 复杂 度 案例 


第 7 章 所 介绍 的 完美 软件 公司 的 系统 开发 为 复杂 度 的 计算 提供 了 一 组 很 好 的 例子 。 该 软件 系统 由 3 个 主要 组 件 组 成 (任务 规 
划 、 命 令 生 成 和 通信 系统 ) ， 每 个 组 件 都 具有 一 组 不 同 但 非常 有 用 的 复杂 度 特征 。 


第 9 草 ”人 员 配 置 问题 


向 项 目 逐 渐 添加 人 手 ， 到 一 定 程度 ， 新 进入 项 目的 人 所 消耗 的 精力 和 资源 要 大 于 其 能 够 创造 的 产 出 。 
因此 ， 超 过 菜 个 确定 的 点 之 后 ， 再 添加 更 多 资源 (人 力 ) 会 拖 慢 项 目 进 程 ， 增 加 项 目 成 本 。 
一 一 乔治 . Kal! (George Mealy) , 1968 


人 员 配 置 已 成 为 软件 项 目 管理 领域 多 年 来 最 被 忽视 的 话题 之 一 。 然 而 ， 关 于 错误 配置 项 目 人 员 的 危险 性 ， 或 有 引经据典 ， 或 
口 口 相传 ， 流 传 着 不 计 其 数 的 趣闻 故事 。 例 如 ， 在 管理 领域 ， 不 仅仅 是 软件 管理 ， 还 包括 一 般 管理 ， 布 鲁 克 斯 定律 一 “向 一 
个 已 经 落后 了 的 项 目 增加 更 多 人 手 ， 只 会 让 该 项 目 更 落后 ”一 就 是 最 经 常 被 引用 的 至 理 名 言 之 一 。 我 们 已 经 讨论 了 组 织 能 力 
及 其 主要 属性 一 一 沟通 、 管 理 和 技术 。 本 章 将 重点 分 析 成 功 完成 项 目的 能 力 的 应 用 以 及 项 目 人 员 的 高 效 使 用 。 


[1] Mealy, G. H., "The System Design Cycle." Proceedings of the 2nd Symposium on Operating System Principles, ACM, 1969. 


9.1 人员 的 有 效 使 用 


自 20 世 纪 60 年 代 末 以 来 ， 很 少 有 人 致力 于 研究 软件 开发 活动 中 如 何 高 效 地 利用 开发 人 员 。 人 们 被 一 窜 蜂 地 分 派 到 项 目 上 ， 
而 此 时 项 目的 估算 还 相当 粗略 ， 这 就 造成 了 项 目 进 展 常常 落后 于 计划 进度 ， 并 且 实 际 花 费 经 常 超出 预算 ， 开 发 活动 也 一 团 糟 。 混 
乱 是 “推出 产品 ”的 标准 方法 。 而 今天 ,混乱 不 堪 的 开发 方法 依然 大 行 其 道 。 尽 管 没有 几 个 管理 者 会 对 “老虎 团队 ”本 身 具有 一 
致 的 认识 ,但 在 开发 中 ,我 们 仍 将 其 作为 纠正 进度 落后 屡试不爽 的 制胜 法 宝 。 实 践 中 ， 有 一 种 使 用 老虎 团队 的 情形 其 实 是 该 术语 
的 滥用 : 本 质 上 ， 不 断 地 把 更 多 的 开发 人 员 委 进 混乱 不 堪 的 项 目 ， 然 后 祈祷 这 一 大 群 人 能 够 征服 项 目 里 有 待 解决 的 问题 。 这 种 团 
队 通 常 都 只 能 以 失败 告终 。 开 发 进度 很 少 会 有 所 改善 ， 而 产品 成 本 则 几乎 总 是 大 幅 上 升 。 


对 于 开发 问题 ， 人 们 提出 的 解决 方案 ， 过 去 是 ， 现 在 也 仍然 是 以 技术 为 基础 。 最 近 几 年 ， 软 件 行业 相当 大 的 精力 都 转移 到 了 
过 程 改进 上 ， 希 望 通过 改进 过 程 ， 最 大 限度 地 减少 开发 中 的 混乱 无 序 。 过 程 改 进 遵 循 着 W.E. 戴 明 [、 六 西格玛 所 和 W.S. 汉 弗 
莱 B] 等 指出 的 路 径 进行 。 每 一 个 改进 努力 都 会 带 来 产品 质量 的 提高 。 估 算 技术 的 改进 带 来 了 更 多 真实 有 效 的 成 本 和 进度 估算 结 
果 。 老 虎 团队 或 许 是 交付 有 用 产品 的 必要 之 选 ， 随 着 这 种 趋势 越 来 越 明 显 ， 软 件 项 目 仍然 前 赴 后 继 地 陷入 混乱 。 


任何 时 候 ， 当 开发 项 目 发 生 某 种 变更 AR ARS) 时 ， 最 初 的 反应 都 是 人 员 的 效益 损失 。 这 种 减损 并 不 是 真正 地 减少 人 
员 ， 但 其 影响 却 是 一 样 的 。 技 术 变更 迫使 人 们 从 当前 的 活动 中 抽身 出 来 并 接受 再 教育 ， 或 者 帮助 新 同事 尽快 上 手 项 目 工作 。 随 着 
技术 变化 或 者 人 员 变 更 逐渐 被 项 目 过 程 吸纳 时 ， 就 会 发 生 反 弹 。 这 种 反弹 不 会 一 夜 之 间 就 立竿见影 ， 它 可 能 需要 伦 费 数 月 甚至 数 
年 的 时 间 才 能 被 项 目 消化 。 这 种 惩罚 也 不 依赖 于 为 解决 项 目 问题 而 采用 的 方法 。 即 便 是 一 个 真正 的 老虎 团队 ， 也 会 导致 团队 前 进 
动力 的 临时 降低 ， 直 到 团队 能 够 控制 开发 任务 。 


在 减少 项 目 正 常 水 平 的 混乱 方面 ， 开 发 活动 中 的 人 员 配 置 情况 非常 重要 。1BM 公 司 的 彼得 ' 诸 登 (Peter Norden) 在 1970 年 
第 一 次 对 这 一 想法 进行 了 合理 分 析 。 但 这 项 研究 的 成 果 当 时 并 未 被 广泛 接受 ， 直 到 今天 也 相对 不 为 人 知 。 


诺 登 在 IBM 的 研究 内 表明 ， 对 于 成 功 的 研发 项 目 ， 其 人 员 配 置 比例 不 超过 相关 系统 类 型 (复杂 度 ) 能 够 确定 的 最 大 人 员 配 置 
比例 。 而 那些 人 员 配 置 比率 超过 了 其 能 确定 的 最 大 比率 的 项 目 经 常 都 是 不 成 功 的 项 目 。 最 大 人 员 配 置 比率 随 着 项 目 变 得 越 来 越 复 
杂 而 逐渐 下 降 。 


诺 登 还 表示 ， 软 件 工程 开发 可 以 看 作 是 一 组 未 被 解决 的 问题 。 随 着 时 间 的 推移 ， 剩 余 有 待 解决 的 问题 数目 ， 即 P (0) ， 会 
呈 指 数 级 下 降 至 0 (如 图 9-1 所 示 ) 。 而 在 更 为 复杂 的 项 目 中 ， 有 待 解决 的 问题 的 衰减 速率 则 比较 低 〈 人 花 更 长 时 间 ) 。 


诺 登 指出 ， 项 目 中 能 够 有 效 吸纳 的 开发 人 员 的 最 大 比率 与 项 目 要 解决 的 问题 的 复杂 度 成 正比 。 在 图 9-1 中 ， 该 比率 以 “学 习 
曲线 ”表示 。 历 史 一 再 证 明了 如 下 启发 性 结论 : 要 解决 的 问题 越 复杂 ， 添 加 到 项 目 或 者 被 项 目 消化 吸收 的 开发 人 员 速 率 也 越 慢 。 
如 果 人 们 被 添加 到 项 目的 速率 比 项 目 能 够 有 效 吸收 他 们 的 速率 更 快 ， 项 目的 生产 率 将 会 下 降 ， 且 项 目的 交付 日 期 同时 也 会 后 延 。 
本 章 稍 后 将 会 分 析 一 个 极其 激进 的 人 员 配 置 对 项 目的 影响 。 


P (0) 
学 习 有 曲线 


人 待 解决 的 问题 


问题 


Fig Fl) ZK “= 


时 间 一 一 > 
图 9-1 现 利 一 诺 登 项 目 人 员 配 置 曲 线 


如 图 9-1 中 的 虚线 所 示 ， 组 合 上 述 两 个 曲线 可 以 得 到 一 条 新 的 曲线 ， 该 曲线 通常 被 称 为 瑞 利 - 诺 登 曲线 P] (Rayleigh- 


Norden Curve) 。 虚 线 就 表示 了 软件 开发 项 目 中 最 佳 的 人 员 配 置 方案 。 


在 理想 的 软件 开发 中 ， 瑞 利 - 诺 登 人 员 配 置 曲 线 的 峰值 出 现在 正式 合格 性 测试 (Formal Qualification Test, FQT) 的 时 
候 ， 或 者 软件 全 面 开 发 结束 的 时 候 。 在 整个 开发 过 程 中 ， 最 做 人 员 配 置 会 逐渐 上 升 以 最 大 限度 地 缩短 开发 进度 。 该 配置 曲线 的 衰 
减 部 分 发 生 在 系统 集成 和 运行 期 间 。 


正式 的 瑞 利 - 诺 登 人 员 配 置 曲线 具有 如 下 关系: 


f(t)=(K/d)ateexp(# 128) 
S(t)=M «tx exp(t? /2 ) 


K= (Ed/0.39345) ， 


M= 最 大 人 员 配 置 速率 (每 年 的 人 数 ) ， 

Ed= 全 面 开发 的 工作 量 (人 年 ) ， 

t= 耗 用 的 开发 时 间 (年 ) ， 

td=Td= 全 面 开发 的 时 间 (年 ) 。 

开发 软件 组 件 以 及 在 其 整个 生命 周期 内 支持 该 组 件 的 总 工作 量 就 是 K 值 ， 以 人 年 (PY) 计算 。 而 开发 该 组 件 需要 的 工作 量 
Ed 为 K*0.39345 个 人 年 四。 开发 工作 基本 上 在 td 时 完成 ， 即 在 瑞 利 - 诺 登 人 员 配 置 曲线 的 峰值 时 完成 。 配 置 曲线 峰值 之 后 的 工 


作 ， 包 括 把 该 组 件 集成 到 更 大 的 系统 结构 里 去 、 消 除 缺 陷 、 将 该 组 件 部 署 到 运行 环境 中 (调整 该 组 件 以 满足 用 户 需 求 ) 以 及 在 整 
个 生命 周期 中 维护 该 组 件 。 你 可 能 会 说 ， 这 个 软件 永远 也 完成 不 了 了 。 


比值 /4 以 和 年 为 单位 确定 了 最 大 人 员 配 置 速率 M。 超 过 这 个 最 大 人 员 配 置 速率 ， 则 项 目 极 有 可 能 会 失败 。 在 最 大 人 员 配 
置 速率 M 和 第 8 章 介 绍 的 复杂 度 度量 D 之 间 有 一 个 紧密 的 经 验 关系 。 方程 (8-1) 定义 的 复杂 度 度量 D 为 <“, 而 M = 人 /4。 这 
两 个 表达 式 均 基 于 开发 工作 量 与 开发 所 需 时 间 之 间 的 比值 。 最 大 人 员 配 置 速率 M 经 常 被 称 为 “管理 压力 ”等 级 。 而 M 还 是 图 9-1 
中 学 习 曲 线 的 斜率 。 


诺 登 的 研究 结论 表明 ， 在 成 功 的 软件 项 目 中 ， 与 复杂 项 目的 最 大 人 员 配 置 速率 非常 低 相 比 ， 简 单 、 低 复杂 度 项 目的 最 大 人 员 
配置 速率 更 高 一 些 。 “ 待 解决 问题 ”曲线 的 下 降 也 陡峭 得 多 ， 与 你 期 望 的 一 样 ， 由 此 带 来 的 项 目 开发 时 间 也 更 短 。 如 果 不 加 以 分 
析 你 可 能 不 会 想到 ， 复 杂项 目的 一 个 特征 是 ， 在 项 目 规模 相同 的 情况 下 ， 如 果 项 目 都 是 在 相同 环境 下 开发 的 ， 则 复杂 项 目的 生产 
率 常常 比 简 单项 目的 生产 率 高 。 


如 何 判定 复杂 项 目 更 具 生 产 率 优势 呢 ? 让 我 们 来 看 看 复杂 项 目 所 具有 的 属性 : 
> 团队 规模 更 小 
任务 的 复杂 性 要 求 团队 成 员 之 间 紧 密 、 持 续 不 断 的 协调 以 实现 项 目 目 标 
需要 更 长 的 开发 进度 周期 


我 们 还 没有 包括 其 他 属性 ， 这 些 属性 也 可 能 对 最 终生 产 率 有 影响 。 比 如 ， 解 决 更 复杂 任务 所 需要 的 领域 经 验 ， 以 及 高 复杂 度 
项 目 中 团队 成 员 解决 问题 的 能 力 可 能 高 于 低 复杂 度 项 目 中 人 员 的 这 种 能 力 。 我 不 是 要 建议 你 为 简单 任务 分 配 组 织 里 可 用 的 那些 不 


太 聪 明 的 人 。 在 任何 行业 ， 解 决 问题 的 能 力 都 是 通过 学 习 获得 的 ， 而 非 与 生 俱 来 。 


[1] Deming, W. E., Out of the Crisis (Cambridge, MA: MIT Press, 1982). 

2] ”六 西格玛 是 一 系列 用 于 过 程 改进 的 工具 和 策略 集合 ， 最 初 在 1985 年 由 摩托 罗拉 提出 。1995 年 ， 通 用 电气 的 杰克 HRA 
(Jack Welch) 将 六 西格玛 作为 他 的 业务 战略 核心 关注 点 之 后 ， 六 西格玛 开始 风靡 世界 。 

[3] Humphrey, W. S., Managing the Software Process, (Reading, MA: Addison-Wesley, 1989). 

[4] Norden, P. “ Useful Tools for Project Management. ” Management of Production (New York, NY: Penguin Books,1970). 

[5] 在 概率 论 和 数理 统计 中 ， 瑞 利 分 布 是 一 种 连续 概率 分 布 。 当 一 个 二 维 随机 向 量 (如 风速 ) 的 两 个 分 量 呈 独立 不 相关 且 方 差 相 

同 的 正 态 分 布 时 ， 这 个 向 量 的 模 (如 风速 ) 就 服从 瑞 利 分 布 。 

[6] 瑞 利 曲线 在 总 生命 周期 成 本 区 的 39.345% 处 达到 峰值 。 


9.2 ”实践 中 的 布 鲁 兄 斯 定律 


本 书 介绍 人 员 配 置 问题 主要 有 两 个 目的 。 首 先 ， 当 然 ， 有 助 于 获得 可 能 的 最 高 生产 率 的 理想 人 员 配 置 方法 本 身 也 有 问题 。 
有 文献 提 到 了 几 种 典型 的 人 员 配 置 方案 ， 并 与 理想 化 的 瑞 利 人 员 配 置 方法 做 了 对 比 。 在 这 些 比较 中 ， 玻 姆 [1 给 出 的 对 比分 析 最 为 
详尽 。 而 所 有 的 对 比分 析 结 果 中 最 主要 的 特点 是 ， 学 习 曲 线 的 影响 主要 在 人 员 配 置 曲线 的 前 端 ， 而 待 解决 问题 逐渐 减少 ， 其 影响 
则 在 人 员 配 置 曲线 的 尾 端 。 

第 二 个 目的 是 突出 强调 ， 在 开发 过 程 中 ， 当 试图 通过 加 强人 员 配 置 来 解决 人 员 配 置 无 法 解决 的 问题 从 而 逃避 项 目 现实 时 ， 可 
能 对 生产 率 造成 影响 的 那些 负面 因素 。 人 存在 一 些 史诗 般 复 杂 而 庞大 的 管理 方法 用 于 解决 人 员 配 置 方面 的 问题 ， 我 将 使 用 它们 来 证 
明 项 目的 人 员 配 置 灾难 并 不 少见 。 


[1] Boehm, B. W., Software Engineering Economics, (Englewood Cliffs, NJ: Prentice-Hall, Inc., 1981), pp. 92-94. 


9.3 ”触摸 现实 


在 第 1 章 我 们 讨论 软件 开发 中 的 问题 时 ， 我 引述 了 来 自 弗 雷 德 -布鲁克 斯 的 观点 ， 即 在 成 功 管理 一 个 成 功 项 目 方面 ， 人 员 配 置 
是 多 么 重要 。 这 里 ,我 再 袭 述 一 下 该 引述 的 部 分 内 容 : 

第 五 ， 当 认识 到 进度 出 现 滞后 时 ， 本 能 (以 及 传统 ) 的 反应 是 增加 人 力 。 “这 就 像 使 用 汽油 灭火 一 样 ， 会 使 事情 变 得 越 来 越 
糟 。 越 来 越 大 的 火势 势必 需要 更 多 的 汽油 ， 从 而 进入 一 个 注定 会 导致 灾难 的 无 限 循环 之 中 。” 站 ] 


布鲁克 斯 列 出 的 第 五 个 原因 ， 在 40 年 后 今天 的 传统 软件 开发 中 依然 普遍 存在 。 很 显然 ， 这 不 是 解决 进度 延误 问题 的 好 办 
法 ， 但 在 没有 任何 合理 判断 的 情况 下 ， 它 通常 也 是 首选 之 法 。 用 当下 著名 的 布鲁克 斯 定律 来 重 述 ， 这 一 论断 就 是 : 


向 一 个 已 经 落后 了 的 项 目 增加 更 多 人 手 ， 只 会 让 该 项 目 更 落后 。 


该 定理 并 不 仅 限 于 软件 开发 方面 。 它 对 今天 的 项 目 管理 同样 具有 普遍 意义 。 几 年 之 前 ,一 件 与 我 有 关 的 事情 在 我 的 脑海 中 烙 
下 了 不 可 磨灭 的 印象 。 这 件 事 源 于 一 个 项 目 ， 该 项 目 已 落后 于 计划 进度 3 个 月 了 ， 而 为 满足 一 个 重要 的 绩效 激励 措施 ， 必 须 遵守 
计划 进度 。 项 目 经 理 已 经 确定 ， 为 赶 上 那 项 激励 措施 的 最 终日 期 ， 在 接 下 来 的 3 个 月 内 ， 需 要 完成 和 测试 90 个 功能 模块 。 项 目 经 
理 的 推理 逻辑 是 ， 如 果 每 个 团队 成 员 每 个 月 能 产 出 一 个 模块 ， 那 么 该 进度 或 许 能 够 实现 。 然 而 ， 当 前 他 们 只 有 15 个 人 。 很 显然 


的 解决 方案 是 ， 立 刻 让 团队 的 人 员 数 目 翻 倍 到 30 人 。 
当 他 们 问 我 该 方法 的 可 行 性 时 ， 我 的 第 一 反应 就 是 ， 这 个 解决 办 法 注定 要 失败 。 如 图 9-5 所 示 ， 我 的 推理 如 下 : 
刚 开始 ， 新 增加 的 额外 人 员 将 会 使 所 有 的 开发 进展 彻底 停止 ， 而 后 会 以 由 该 系统 的 复杂 度 确定 的 最 大 人 员 配 置 速 率 恢复 。 


* 在 3 个 月 的 开发 期 内 ， 工 作 量 增加 造成 的 人 员 效 益 损 失 ， 随 着 团队 学 习 曲 线 的 恢复 ， 将 会 与 其 获得 的 效益 收益 大 致 平衡 。 
也 就 是 说 ， 在 达到 各 亏 平衡 的 时 候 ， 图 中 学 习 曲 线 之 上 的 白色 区 域 与 学 习 曲 线 之 下 的 阴影 区 域 大致 相 等 。 


* 在 3 个 月 开发 期 结束 的 时 候 ， 最 后 的 结果 将 会 与 没有 增加 任何 人 员 所 能 实现 的 结果 完全 相同 。 


BAR (AMP) 不 是 个 问题 ， 但 超出 部 分 的 费用 将 与 同时 期 (没有 增加 人 手 情况 下 ) 开发 工作 的 费用 大 致 相同 。 
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图 9-5 ”危机 状态 下 项 目 人 员 过 度 配置 的 影响 


任何 时 候 ， 当 开发 项 目 发 生 某 种 变更 AR ARS) 时 ， 最 初 的 影响 都 是 人 员 的 效益 损失 。 这 种 减损 并 不 是 真正 地 减少 人 
员 ， 但 其 影响 却 是 一 样 的 。 技 术 变更 迫使 人 们 从 当前 的 活动 中 抽身 出 来 并 接受 再 教育 ， 或 者 帮助 新 来 的 人 员 尽 快 融入 项 目 。 这 时 
候 ， 布 鲁 克 斯 定律 就 出 现 了 。 


随 着 技术 变化 或 者 人 员 变 更 逐渐 被 项 目 过 程 吸纳 时 ， 就 会 发生 生产 率 反 弹 。 这 种 反弹 不 会 一 夜 之 间 就 突飞猛进 ， 取 决 于 不 同 
的 系统 复杂 度 ， 需 要 花费 的 时 间 也 不 尽 相同 。 


唯一 不 适用 布鲁克 斯 定律 的 情形 是 ， 当 完成 任务 不 需要 学 习 且 个 体 的 任务 彼此 互 不 依赖 时 。 削 铅笔 就 是 此 类 任务 的 一 个 很 好 
例子 ， 除 非 用 于 该 项 工作 的 可 用 削 铅 笔 刀 太 少 。 


[1] Brooks, F.P., The Mythical Man-Month: Essays on Software Engineering, (Reading, MA: Addison-Wesley, 1975). 


第 10 章 ”Seer 软 件 模 型 介绍 


最 后 一 个 知道 情况 变 坏 的 往往 是 需要 负责 任 的 人 。 


一 一 艾 伦 : A]! (Alan J Perlis) 


软件 开发 常 被 人 认为 具有 如 下 几 大 特点 : 严重 的 进度 延误 、 成 本 超支 、 在 项 目 早 期 的 需求 分 析 和 功能 设计 阶段 开发 人 员 不 能 
估计 出 所 需 的 资源 与 开发 进度 ， 而 此 时 却 必 须 做 出 重大 投资 决策 。 这 种 佑 算 困难 已 经 成 为 当今 最 严重 的 软件 开发 问题 之 一 。 


在 过 去 的 50 多 年 里 ， 人 们 提出 了 一 些 估算 方法 ， 但 实际 效果 好 坏 不 一 ， 取 得 的 成 功 也 比较 有 限 。 这 些 方法 极 大 地 受到 了 其 
能 力 和 稳定 性 等 问题 的 困扰 ， 部 分 是 因为 这 些 方法 主要 关注 在 技术 方面 。 到 目前 为 止 , 我 们 已 经 了 解 了 ， 人 的 问题 是 生产 率 的 第 
一 要 素 ; 因此 ， 人 的 问题 也 是 项 目 成 本 与 进度 估算 需要 考虑 的 首要 因素 。 


本 章 提出 了 一 个 描述 宏观 层面 四 的 软件 生命 周期 模型 。 在 过 去 的 40 多 年 里 ， 该 模型 已 成 为 一 些 成 功 的 软件 估算 工具 
(Seer、SEER-SEM 和 Sage) 的 估算 基础 。 


[1] Lee, J. A. N., Computer Pioneets 一 Alan J. Perlis. IEEE Computer Society, 1995. 


2] 宏观 层面 模型 在 项 目的 任务 、 组 件 级 别 来 描述 开发 活动 。 微 观 层面 模型 则 在 代码 级 别 描述 软件 产品 。 


我 在 这 里 介绍 的 宏观 层面 软件 估算 模型 是 从 诺 登 [J、 普 特 南 向 和 多 蒂 联 合 公司 B] (Doty Associates Inc.) 等 个 人 和 组 织 的 
研究 中 演变 而 来 的 ， 这 些 研 究 在 1976~1977 年 间 完 成 。 如 图 10-1 所 示 ， 这 三 个 方面 的 工作 为 Jensen 软 件 开发 模型 (1979F) 提 
供 了 坚实 的 理论 背景 。 第 9 章 描述 的 人 员 配 置 理 论 可 归功 于 彼得 . 诺 登 。 第 6 章 所 使 用 的 成 本 驱动 概念 ， 分 析 了 开发 者 的 能 力 ， 在 
接 下 来 的 几 章 里 用 于 调整 技术 因子 ， 该 成 本 驱动 概念 最 初 源 自 多 蒂 联 合 公司 的 研究 报告 。 普 特 南 所 提出 的 软件 方程 背后 的 数据 子 
集 ， 也 是 Jensen 模 型 中 软件 方程 的 基础 。Sage 模 型 是 由 软件 工程 公司 (Software Engineering, Inc.) 开发 的 。 (不 要 与 软件 
工程 研究 所 相 混 淆 。) 
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图 10-1 Jensen 软件 模型 演进 


多 蒂 联 合 公司 的 模型 还 影响 了 TRW 的 巴 利 . 玻 姆 向 (Barry Boehm) 和 雷 : 沃 尔 弗 顿 (Ray Wolverton) 的 研究 工作 ， 他 们 在 
1981 年 建立 了 构造 性 成 本 模型 (COnstructive COst MOdel, COCOMO) 。COCOMO 的 研究 验证 了 Jensen 模 型 很 多 技术 方 
面 的 正确 性 。 到 1980 年 ，Jensen 模 型 的 名 字 又 演变 为 了 “Seer” 模 型 (先知 模型 ) (Seer 不 是 某 些 单词 的 首 字母 缩写 )。 


估算 模型 中 的 普 特 南方 法 允许 用 户 单独 指定 任务 规模 大 小 、 任 务 复 杂 度 和 配置 给 项 目的 开发 人 员 的 技术 能 力 。Seer 模 型 受 4 
个 参数 的 驱动 ， 并 引入 了 成 本 和 进度 约束 以 限制 其 估算 结果 。 这 4 个 Seer 参 数 分 别 是 : 


1) 以 源 代码 行 数 计算 的 有 效 软件 规模 (ESLOC) 

2) 开发 任务 的 固有 复杂 度 D 

3) 由 管理 能 力 和 开发 技术 决定 的 技术 常量 Cte 

4) 受 分 配给 项 目的 开发 人 员 的 能 力 决定 的 人 员 配 置 速率 M 


除了 输入 需求 之 外 ， 就 其 可 以 预测 输入 变化 这 一 行为 而 言 ， 该 模型 还 算 稳 定 ， 而 输入 参数 的 相互 独立 性 则 允许 对 每 个 参数 进 
行 现实 可 行 的 评估 和 验证 。 


我 已 经 介绍 了 诺 登 所 展示 的 IBM 研 究 结果 ， 这 些 结 果 表明 ， 类 似 于 图 9-2 中 所 示 的 ， 成 功 的 研究 和 开发 项 目 都 是 由 多 个 相互 
交 显 的 工作 循环 周期 组 成 的 ， 这 些 工 作 循环 周期 具有 定义 明确 和 可 预测 的 瑞 利 人 员 配 置 模式 。 该 人 员 配 置 模式 如 下 表达 式 所 示 : 


p(t)=M *t»exp(—t 12t) ( 10-1 ) 


xE, 


M = 最 大 人 员 配置 速率 (每 年 的 人 数 ) 
td= 全 面 开发 的 时 间 (年 ) = 瑞 利 曲线 的 峰值 时 间 (年 ) 
直观 地 看 ， 由 于 组 织 中 存在 与 沟通 路 径 有 关 的 粒 或 者 损失 ， 生 产 率 是 直接 参与 开发 任务 的 人 员 数 量 的 逆 函 数 。 从 美国 陆军 计 


算 机 系统 命令 (USACSC) 数据 库 的 数据 中 口 ] 普 特 南 得 出 了 平均 项 目 生产 率 PR 与 人 员 添 加 到 项 目 中 的 速率 之 间 成 反比 关系 。 其 
中 ， 项 目 生产 率 PR 被 定义 为 : 


PR=c,M? (10-2) 
这 里 ， 
PR= 平 均 项 目 生产 率 ( 源 代码 行 /人 年 ) 
cn= 比 例 常 量 
B= 生产 率 关 系 的 斜率 


普 特 南 估算 模型 与 Seer 模 型 之 间 的 一 个 主要 区 别 是 式 (10-2) 中 生产 率 关 系 的 斜率 取 值 。 通 过 详细 分 析 美 国 陆军 计算 机 系 
统 命 令 (USACSC) 数据 库 中 的 数据 可 知 ， 仅 有 一 部 分 数据 采集 自 相 同 的 开发 环境 并 经 过 详细 记录 ， 这 些 数 据 对 于 建立 Seer 估 算 
参数 是 有 价值 的 。 从 另 一 个 角度 看 ，USACSC 数 据 采 集 自 种 类 广泛 的 项 目 ， 这 其 中 包括 非常 小 的 开发 团队 ， 以 及 我 称 之 为 ”( 美 
E) 政府 公共 福利 计划 ”的 项 目 ， 这 种 项 目 缺 乏 良好 的 定义 ， 或 许 永远 也 不 会 得 到 一 个 明确 的 结果 。 将 这 些 数据 进行 筛选 ， 只 保 
留 那些 在 明确 的 项 目 进度 和 预算 约束 条 件 下 开发 的 项 目 。 令 人 感 兴趣 的 数据 点 来 自 为 美国 国防 部 开发 的 颇具 代表 性 的 项 目 。 


这 些 经 过 精炼 的 数据 集 从 式 (10-2) 中 得 到 的 生产 率 关系 斜率 为 -0.5， 与 之 相对 ， 普 特 南 (GE: 基于 生产 率 关系 斜率 -0.667 
的 软件 方程 被 定义 为 Se= Ck K0333td1333， 该 方程 能 够 得 到 进度 被 压缩 的 环境 下 成 本 和 进度 之 间 更 为 苛刻 的 关系 。) 从 更 大 范 
围 、 缺 乏 良 好 定义 的 数据 库 中 得 出 的 生产 率 天 系 斜 率 为 -0.667。 


既然 大 量 数 据 的 软件 开发 成 本 与 交付 进度 出 现 不 一 致 ， 经 过 过 滤 的 USACSC 项 目 数 据 中 仍然 包含 原本 被 认为 反常 的 数据 。 与 
整个 数据 集 相 比 ， 生 产 率 仍 异 常 的 高 。 然 而 ， 鉴 于 这 些 数据 满足 筛选 条 件 ， 于 是 被 原样 保留 。 


随 着 收集 和 分 析 了 越 来 越 多 已 完成 项 目的 数据 ， 有 效 性 公式 和 数据 异常 之 间 的 关系 变 得 更 加 明显 。 这 些 异常 数据 ， 毫 无 例外 
地 都 与 那些 与 Y 理 论 领 导 力 和 开发 环境 有 关 的 项 目 有 关联 ， 也 就 是 说 ， 非 传统 的 开发 环境 。 如 果 已 知 项 目 环境 ， 则 可 预测 出 这 些 
异常 数据 的 开发 成 本 和 进度 。 


就 像 我 们 在 第 6 章 所 做 的 ， 通 过 将 这 些 数据 进行 归 一 化 ， 很 明显 的 是 ，Seer 模 型 是 项 目 数据 在 有 效 性 公式 及 其 管理 、 沟 通 和 
技术 属性 上 的 一 种 映射 。 除 了 能 力 属性 之 外 ，Seer 还 提供 了 项 目 需求 对 开发 活动 期 间 能 够 实现 的 软件 生产 率 的 影响 的 一 种 度 


= 
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10.2 ”软件 方程 


Seer 宏 观 层面 软件 开发 资源 估算 模型 的 主要 方程 被 称 为 软件 方程 。 这 个 方程 把 软件 系统 的 规模 和 开发 技术 与 开发 进度 和 成 


从 USACSC 数 据 中 提取 的 精炼 数据 集 在 方程 (10-2) 中 产生 的 生产 率 关 系 斜 率 为 -0.5， 而 普 特 南 从 更 大 范围 数据 库 中 获得 的 
生产 率 关系 斜率 值 为 -0.667， 二 者 之 间 存 在 差异 。 从 如 下 方程 《10-3) 的 Seer 软 件 方程 中 可 以 看 出 这 种 差异 的 意义 所 在 : 


S =C,4Kt, (10-3 ) 


或 者 ， 
S,/C, =VKt, 
这 里 ， 


Se= 有 效 的 软件 规模 (ESLOC) 
Cte= 有 效 开发 者 技术 常量 


K= 总 生命 周期 成 本 (人 年 ) 


= 瑞 利 曲线 之 下 的 区 域 
td= 开 发 时 间 (年 ) 
= 瑞 利 曲线 的 峰值 时 间 


参数 K 和 td 在 用 于 项 目 人 员 配 置 的 式 (9-1) 中 定义 。 既 然 对 于 任何 开发 来 说 ，Se 和 Cte 都 是 已 知 的， 软件 方 程 就 表示 了 开发 
时 间 和 开发 工作 量 之 间 的 关系 。 因 此 ， 乘 积 Er4 定义 了 开发 费用 与 时 间 之 间 的 平方 律 (square law) KA. HAA, 


K=ct; (10-4 ) 
这 里 ，c 为 比例 常量 。 


软件 方程 本 身 并 不 能 用 于 确定 软件 开发 的 进度 和 成 本 。 该 方程 包含 两 个 未 知 数 ，td 和 K。 需 要 第 二 个 具有 相同 未 知 数 的 方程 
来 确定 其 唯一 结果 。 能 够 产生 我 们 所 寻求 的 进度 和 成 本 方案 的 ， 有 两 种 可 能 性 。 

我 们 能 使 用 的 第 一 个 方程 以 待 开发 产品 的 软件 复杂 度 为 基础 ， 我 们 在 第 8 章 已 经 讨论 过 软件 复杂 度 。 复 杂 度 D 的 关系 表达 式 
如 下 : 


D=— (10-5 ) 


这 里 ， 
D= 数 值 复杂 度 等 级 (无 单位 ) ， 
K= 总 软件 生命 周期 工作 量 (人 年 ) ， 以 及 
Td= 软 件 开 发 时 间 (年 ) 


上 述 关 系 假设 软件 开发 受到 软件 产品 复杂 度 的 约束 。 将 该 方程 与 软件 方程 进行 组 合 ， 将 会 得 出 最 小 软件 开发 周期 及 相应 的 开 
发 工作 量 。 而 能 够 向 项 目 添加 开发 人 员 的 最 小 速率 也 受到 了 软件 产品 复杂 度 的 限制 。 该 复杂 度 还 限制 了 开发 团队 的 规模 。 与 最 小 
开发 时 间 相 对 应 的 开发 工作 量 Ed 为 总 生命 周期 工作 量 的 0.39345 倍 ， 即 0.39345*K。 


我 们 能 使 用 的 第 二 个 方程 是 基于 能 否 得 到 足够 的 软件 产品 开发 人 员 的 。 第 8 章 里 描述 最 大 人 员 配 置 速率 的 学 习 曲 线 告 诉 了 我 
们 项 目 吸收 可 用 人 手 的 能 力 。 其 关系 表达 式 为 : 


( 10-6 ) 


这 里 ， 
M = 最 大 人 员 配置 速 率 或 者 管理 压力 速率 (人 数 /年 ) ， 
K= 总 软件 生命 周期 工作 量 (人 年 ) ， 以 及 
Td=td= 软 件 开发 时 间 (年 ) 


该 关系 表 达 式 假设 软件 开发 受到 能 否 为 软件 开发 活动 添加 足够 人 员 这 一 能 力 的 约束 。 组 合 方程 (9-3) 和 Seer 模 型 的 软件 方 
程 ， 将 会 得 到 一 个 最 小 的 软件 开发 周期 及 其 对 应 的 开发 工作 量 ， 这 些 都 受到 为 开发 工作 配置 足够 人 员 这 一 能 力 的 制约 。 


式 (10-3) 和 式 (10-5) ， 每 个 都 有 两 个 未 知 数 K 和 td。 求 解 这 两 个 方程 即 可 同时 得 到 指定 Cte、Se 和 D 数 值 的 最 小 开发 成 本 
和 进度 。 开 发 成 本 Ed 为 K 的 一 个 固定 百分比 ， 即 Ed= 0.39345*K。 


在 软件 开发 中 有 一 个 有 趣 的 现象 ， 这 个 现象 隐 含 在 Seer 模 型 对 软件 开发 活动 的 建 模 中 。 自 1979 年 保罗 梅森 的 葡萄 酒 商业 广 
告 “保罗 梅森 葡萄 酒 ， 时 候 到 了 自然 有 ” 风 摩 一 时 之 后 ， 任 何 软件 项 目的 最 小 开发 进度 即 以 “保罗 梅森 点 ”之 名 而 广为人知 。 开 
发 成 本 与 进度 之 间 存 在 如 图 10-2 所 示 的 等 效 关系 。 


保罗 梅森 点 


最 小 开发 时 间 进度 
图 10-2 软件 开发 的 保罗 梅森 规则 


图 10-2 中 的 保罗 梅森 点 代表 了 由 软件 产品 的 复杂 度 D、 有 效 规模 Se 和 有 效 开 发 者 能 力 Cte 共 同 决定 的 最 小 开发 进度 。 就 给 定 
软件 产品 而 言 ， 其 复杂 度 D 是 固定 不 变 的 。 有 效 规模 Se 是 产品 需求 的 一 个 图 数 。 如 果 和 希望 减少 开发 进度 ， 则 开发 人 员 仅 有 有 限 的 
两 个 选择 可 选 : @ 缩 减 需求 范围 以 降低 有 效 规模 ， 或 者 增强 开发 者 的 能 力 。 开 发 人 员 的 能 力 不 可 能 一 夜 之 间 就 突飞猛进 ， 也 不 
可 能 通过 现实 世界 经 常 发 生 的 靠 强制 命令 来 获得 提升 。 我 也 不 能 命令 组 织 人 员 更 加 积极 主动 ， 或 者 比 他 们 目前 更 加 聪明 地 工作 。 

我 们 可 以 画 出 一 幅 X (tg) -Y (Eg) 曲线 图 ， 包 括 所 有 数值 4 到 28 的 复杂 度 D 的 曲线 艇 和 SCte 比 值 R 的 曲线 艇 。 这 两 个 曲线 


簇 的 交叉 点 代表 了 软件 方程 和 复杂 度 方程 的 图 形 解 ， 即 这 两 个 方程 求解 得 出 的 成 本 与 进度 的 所 有 可 能 解 。 图 10-3 显 示 了 该 解 图 
形 的 一 部 分 。 


T | 420pm 
月 P p 728p. 
M=23p/y 


23.2mo 


时 间 (月 ) 


图 10-3 ”基本 Seer 模 型 的 图 形 化 表示 


假设 一 个 软件 开发 任务 的 复杂 度 取 值 为 D=12， 有 效 规模 为 Se=54000 行 源 代 码 ， 有 效 技术 常量 为 Cte=3000。 规 模 Se 与 技术 
Cte 的 比值 为 R= 18。 在 时 间 轴 上 ， 复 杂 度 D 和 R 的 交叉 点 处 ， 最 小 开发 时 间 td 为 23.2 个 月 (1.933 年 ) 。 而 在 工作 量 轴 上 ， 开 发 工 
作 量 为 最 少 420 个 人 月 (35 个 人 年 ) 。 初 始 (RA) 人 员 配置 速率 M 为 每 年 23 人 。 


为 什么 这 两 个 估算 值 就 是 最 小 数值 呢 ?” 让 我 们 用 保罗 梅森 点 (由 相应 问题 定义 的 两 条 曲线 的 交叉 点 ) 来 作出 解释 。 首 先 ， 考 
虑 复杂 度 D 曲 线 。 例 如 ， 开 发 问题 的 复杂 度 D= 12。 我 们 可 以 把 开发 任务 看 作 拥 有 复杂 度数 值 小 于 12、 具 有 与 更 复杂 问题 那样 更 
低 的 人 员 配 置 水 平 并 以 较 慢 的 速率 配置 项 目 人 员 。 然 而 ， 不 允许 以 更 快 的 速率 或 更 高 的 配置 水 平 来 配置 项 目 人 员 ， 因 为 要 开发 的 
问题 太 困难 ， 如 果 要 这 么 做 ， 将 会 触发 布鲁克 斯 定律 。D= 12 曲 线 基 本 就 是 一 个 预防 曲线 左 侧 的 任何 解 的 一 条 边界 。 


其 次 ， 曲 线 R=18 代 表 了 项 目的 规模 为 54000 行 源 代码 ， 在 没有 减少 项 目 需 求 的 情况 下 ， 不 能 缩减 项 目 规模 。 也 即 ， 如 果 我 
们 估算 的 规模 与 需求 的 实际 情况 完全 相同 ， 其 有 效 规模 就 是 54000 行 源 代码 。 我 们 已 经 介绍 了 开发 人 员 的 能 力 为 Cte=3000， 该 
值 不 能 任意 增加 。 对 组 织 能 力 的 提升 必须 立即 实施 ， 组 织 文化 的 变革 也 必须 立刻 进行 。 这 种 事情 不 太 可 能 发 生 。 在 任何 时 候 ， 我 
都 能 随意 地 降低 组 织 能 力 ， 但 却 不 能 提升 它 。 所 以 ， 曲 线 R= 18 也 成 了 不 允许 随意 降低 R 值 的 一 个 屏障 。 这 两 个 屏障 的 交叉 点 就 
是 一 个 简化 的 保罗 梅森 点 。 


图 10-3 的 图 形 中 蕴 合 着 许多 基本 宇宙 定律 。 这 些 定律 是 : 

1. 你 不 能 降低 软件 产品 的 复杂 度 。 

1 你 不 能 立即 增强 开发 组 织 的 能 力 。 

推论 : 一 厢 情 愿 或 者 银 弹 会 降低 开发 组 织 的 能 力 。 

川 .不 减少 软件 系统 的 需求 范围 ， 你 就 不 能 减 小 软件 产品 的 规模 。 
推论 : 在 开发 过 程 中 ， 软 件 产品 的 规模 会 增长 。 


图 10-3 中 的 问题 解 清晰 地 说 明了 这 些 定律 ， 也 证 明了 保罗 梅森 规则 在 软件 领域 的 合理 性 。 如 果 可 以 违反 第 一 条 定律 ， 那 
么 ， 开 发 进度 也 可 以 被 缩短 ， 但 相应 地 增加 了 开发 成 本 (TEE) 。 图 4-3 中 绘制 的 航空 航天 公司 数据 毫 无 疑问 地 增加 了 保罗 梅 
森 规则 的 可 信 性 ， 可 靠 地 说 明了 最 小 软件 开发 进度 周期 的 存在 ， 而 最 小 软件 开发 周期 是 软件 规模 的 函数 。 当 对 于 已 知 软件 规模 和 


技术 常量 (能 力 ) 而 企图 缩短 开发 进度 时 ， 软 件 的 复杂 度 屏 障 迫使 方程 的 解 沿 着 复杂 度 屏 障 (复杂 度 屏 障 曲线 的 右 侧 ) 而 不 断 上 
升 ， 结 果 是 ， 软 件 开 发 的 进度 和 成 本 都 会 上 升 。 这 时 已 经 符合 保罗 梅森 规则 了 ， 而 且 也 很 好 地 符合 了 “向 一 个 已 经 落后 了 的 项 目 
增加 更 多 人 手 ， 只 会 让 该 项 目 更 落后 ”的 布鲁克 斯 定律 。 


任何 企图 提升 组 织 能 力 的 尝试 都 会 遭遇 到 与 被 应 用 于 该 改进 的 工具 、 方 法 以 及 管理 方式 相关 联 的 学 习 曲 线 。 最 终 的 结果 将 是 
生产 率 的 提升 ， 还 有 下 一 个 项 目 成 本 和 进度 的 改善 。 鉴 于 总 是 在 项 目 开始 时 度量 团队 能 力 ， 这 种 提升 并 不 会 立刻 见效 。 同 时 ， 由 
于 在 项 目 开始 之 时 应 用 了 不 稳定 的 参数 ， 项 目的 波动 性 也 会 相应 增加 。 


由 于 软件 产品 的 有 效 规 模 可 以 随时 改变 ， 第 三 条 定律 在 项 目 开始 的 时 候 并 不 适用 。 软 件 系统 的 需求 通常 来 说 并 不 是 “ 铁 板 一 
块 ”， 它 们 可 被 减少 或 者 削减 ， 与 之 相伴 的 就 是 规模 的 减 小 。 开 发 过 程 中 缩减 需求 范围 和 项 目 以 缩减 的 规模 开始 开发 这 种 情况 并 
不 相同 ， 它 会 导致 不 可 原谅 的 项 目 损失 ， 或 者 是 不 可 避免 的 学 习 曲 线 。 很 多 软件 系统 ， 交 付 的 时 候 其 功能 比 其 将 要 取代 的 旧 系统 
的 功能 还 要 差 。 第 1 章 (图 1-1) 曾 介绍 过 的 混沌 报告 (Chaos Report) 表明 ， 这 种 有 问题 的 软件 产品 相当 常见 。 一 旦 我 们 为 项 
目 确定 了 有 效 软件 规模 与 有 效 技 术 常 量 之 间 的 比值 ， 该 项 目的 R 曲 线 也 就 成 了 一 条 难以 逾越 的 边界 ， 将 项 目的 成 本 和 进度 解 限 定 
在 了 该 曲线 的 右 侧 。 


在 现实 生活 中 ， 有 效 规 模 、 能 力 和 复杂 度 都 不 是 离散 的 点 值 。 所 有 这 三 个 值 都 会 发 生变 化 ， 这 让 保罗 梅森 值 成 了 一 个 模糊 
(fuzzy) 的 点 。 如 果 R 的 潜在 取 值 范围 为 16 到 20， 复 杂 度 D 的 取 值 范围 为 10 到 14， 那 么 ,保罗 梅森 点 可 用 图 10-3 中 虚线 所 封闭 
的 不 规则 椭圆 形 区 域 来 表示 。 


向 项 目 中 添加 更 多 人 手 以 试图 减少 项 目的 开发 进度 ， 将 会 触发 布鲁克 斯 定律 。 假 定 项 目 最 初 开始 时 ， 我 们 的 人 员 配 置 速率 为 
每 年 15 人 (Dx8) ， 而 后 提升 人 员 配 置 速率 到 每 年 27 人 (R221) ， 而 我 们 又 不 能 跨越 D= 12 的 边界 ， 所 以 ， 我 们 沿 着 D 曲 线 向 
右边 移动 ， 直 到 到 达 新 的 R 曲 线 。 由 此 ， 我 们 既 增 大 了 开发 进度 ， 也 增加 了 项 目 成 本 。 很 显然 ， 我 们 同时 也 降低 了 开发 的 生产 


10.3 ”进度 与 成 本 估算 


本 书 附带 一 个 能 力 计算 器 [1] (迷你 Seer) 电子 表格 ， 该 计算 器 允许 用 户 @ 度 量 任何 组 织 的 能 力 评级 ，@ 估 算 软 件 项 目的 开 
发 进度 和 工作 量 。 该 工具 可 快速 估算 出 名 义 成 本 和 进度 结果 ， 但 它 不 具备 在 受 限 条 件 下 进行 估算 的 能 力 。 例 如 ， 在 进度 受 限 的 条 
件 下 ， 它 无 法 算出 可 允许 的 最 大 有 效 规模 。 该 约束 限制 不 影响 正常 条 件 下 的 使 用 。 


本 书 附 带 的 能 力 计算 器 (如 图 10-4 所 示 ) 不 允许 用 户 改 变 作为 输入 变量 的 初始 人 员 配 置 速率 M。 该 计算 器 只 能 基于 规模 和 
技术 常量 数据 来 计算 开发 工作 的 保罗 梅森 点 。 不 能 修改 第 3 列 的 数据 。 


该 计算 器 的 第 一 列 包含 正在 调查 的 软件 项 目的 复杂 度 输入 值 ， 而 后 是 组 织 能 力 评级 和 基本 技术 常量 的 输入 值 。 基 本 技术 常量 
不 能 直接 输入 ， 只 能 通过 位 于 Ctb 值 上 面 的 输入 数据 计算 而 得 。 


该 列 往 下 是 组 织 能 力 评 分 、 组 织 评级 在 行业 里 的 百 分 位 排名 以 及 基本 技术 常量 。 


第 一 列 底部 包含 2 种 模板 。 第 一 个 模板 允许 用 户 选择 管理 模板 ， 该 模板 包含 了 选 定 类 型 里 最 具 代表 性 组 织 的 评级 。 可 用 的 选 
项 有 : 默认 (全 部 取 单 位 值 ) 、 传 统 (瀑布 ) 、 现 代 〈Y 理 论 ) 、 敏 捷 、 通 常 及 名 不 副 实 的 组 织 。 从 模板 定义 中 可 看 到 每 个 选项 
所 确定 的 参数 值 。 当 选择 一 个 模板 时 ， 该 模板 的 参数 值 会 覆盖 掉 当 前 的 值 。 当 前 的 参数 设置 ， 既 可 通过 模板 修改 ， 也 可 根据 需要 
进行 修改 。 还 可 创建 或 添加 更 多 的 管理 模板 。 


第 二 个 模板 集合 包括 了 常用 的 项 目 类 型 : 无 模板 (不 改变 当前 的 设置 ) 、 默 认 (全 部 取 单 位 值 ) 、 防 空 、 航 空 电子 、 管 理 信 
SAS (MIS) 、 航 天 器 控制 和 空间 有 效 载 稚 控制 等 。 还 可 添加 更 多 的 产品 模板 。 


开发 组 件 测试 系统 


184.1 

DEXP 1.00 81.5 

SLOC， 新 开发 15000 LEXP 1.07 需求 工作 8.0 

SLOC， 修 改 0 PEXP 1.00 ARE 147 

SLOC， 复 用 0 TEXP 1.00 集成 工作 22.0 

规模 , Bit 15000 RR 40.5 

规模 ， 有 效 15000 PVOL 1.15 239.4 
RLOC 1.12 


环境 17.8 


DVOL 1.13 0.0 
RDED 1.00 


MCLS 1.00 
MORG 1.20 
MULT 1.07 


DISP 1.05 
HOST 1.00 
MEMC 1.00 
QUAL 1.06 
RTIM 1.05 
RVOL 1.00 
SECR 1.00 
SPEC 1.21 
TEST 1.11 
TIMC 1.00 
TVOL 1.00 
Cte 1621 


图 10-4 能力 计 算 器 (迷你 Seer) 基本 成 本 和 进度 估算 能 力 ， 显 示 输 入 、 基 本 能 力 计 算 和 基本 估算 功能 


电子 表格 的 第 二 列 是 计算 有 效 技术 常量 所 需 的 输入 。 Cte 值 通过 输入 数据 计算 而 得 到 ， 不 能 直接 输入 。 为 简化 输入 ， 可 以 使 
用 项 目 模板 预先 加 载 项 目 数据 值 。 为 满足 估算 数据 的 需要 ， 可 以 修改 该 列 的 这 些 预 加 载 值 。 


第 三 列 罗列 了 Seer 模 型 的 计算 结果 ， 包 括 开发 工作 量 、 开 发 进度 以 及 项 目 人 员 配 置 需 求 。 所 有 这 些 信息 将 用 于 后 续 各 章 的 


估算 工具 讨论 。 


该 电子 表格 还 有 第 4 列 ， 包 含 了 维护 工作 量 的 计算 结果 ， 而 且 不 允许 修改 。 我 们 将 在 第 16 章 中 讨论 软件 维护 工作 的 计算 和 输 
出 。 


[1] 该 能 力 计 算 器 可 从 华章 网 站 (www.hzbook.com) 上 下 载 。 


lle FAME 


爱 因 斯 坦 认为 ， 自 然 界 必定 存在 简化 的 解释 ， 因 为 上 帝 不 是 反复 无 常 或 专横 武断 的 。 
软件 工程 师 却 无 法 从 类 似 的 信念 中 获得 安慰， 他 必须 控制 的 复杂 度 很 多 都 是 随心 所 欲 、 毫 无 规则 可 言 的 。 
一 一 弗 雷 德 .布鲁克 斯 站 
基于 第 6 章 介绍 过 的 信息 ， 可 识别 出 来 三 种 支配 软件 开发 生产 率 的 环境 因素 类 型 。 这 些 因 素 分 组 如 下 : 
1) 开发 人 员 的 基本 能 力 (第 6 章 ) 。 
2) 由 开发 环境 施加 的 约束 ， 包 括 经 验 、 不 稳定 性 、 管 理 和 支持 (第 11 章 ) 。 
3) 产品 特性 (第 12 章 ) 。 
与 开发 环境 无 关 的 因素 已 被 包含 在 第 6 章 所 讨论 的 组 织 能 力度 量 (基本 技术 常量 ) 中 。 


第 三 个 类 别 包括 环境 因素 ， 直 接 与 诸如 内 存 限制 和 实时 处 理 等 产品 特性 紧密 相关 。 限 制 生产 率 提升 的 产品 特性 包括 开发 标准 
与 可 靠 性 要 求 、 需 求 的 不 稳定 性 、 内 存 与 性 能 约束 、 操 作 安 全 性 ， 凡 此 种 种 ， 不 一 而 足 。 对 于 一 个 简单 系统 ， 其 典型 生产 率 (以 
每 个 人 月 的 源 代码 行 数 计 ， 即 ESLOC/PM) 可 高 达 300ESLOC/PM; 而 对 于 像 空 间 卫 星 机 载 装备 这 样 的 复杂 系统 ， 仅 就 可 归 类 
为 产品 特性 的 复杂 变化 而 言 ， 其 生产 率 也 只 有 50ESLOC/PM。 


上 面 提 到 的 第 二 个 主要 类 别 中 的 环境 约束 包括 几 个 环境 子 类 别 。 第 一 个 子 类 别 一 一 经 验 一 一 包括 编程 语言 、 开 发 实践 、 开 
发 与 目标 系统 等 的 经 验 水 平 。 


在 讨论 开发 环境 之 前 ， 有 一 点 必须 澄清 。 环 境 对 开发 成 本 和 进度 的 影响 体现 在 两 个 方面 : 学 习 曲 线 和 不 稳定 性 。 当 对 环境 中 
使 用 的 流程 和 工具 缺乏 经 验 时 就 会 出 现 学 习 曲 线 。 不 稳定 性 的 影响 与 开发 流程 本 身 的 成 熟 程 度 有 关 。 即 使 在 成 熟 的 开发 环境 和 产 
品 线 上 ， 经 验 和 不 稳定 性 也 一 定 会 产生 影响 。 


由 于 开发 环境 中 的 个 体 成 员 缺 乏 对 相关 领域 的 深入 理解 和 专业 知识 ， 通 过 经 验 参数 进行 评估 ， 学 习 曲 线 解 释 了 生产 率 损失 的 
程度 。 在 任何 领域 ,效率 都 能 随 着 知识 、 经 验 和 对 那个 领域 的 理解 程度 的 提高 而 提高 。 人 非 圣 贤 ， 训 能 无 过 ， 犯 错 是 宇宙 万 物 的 
基本 属性 。 错 误 的 数量 ， 以 及 这 些 错误 的 影响 ， 可 被 归 类 到 一 个 我 们 称 为 “人 为 破坏 ”的 大 伞 之 下 。 这 些 破坏 的 影响 程度 因 经 验 
水 平 不 同 而 各 异 。 


在 这 些 经 验 因素 中 ， 每 个 都 具有 第 6 章 介绍 的 学 习 曲 线 的 特性 。 这 几 个 经 验 因素 分 别 是 : 


- 开发 系统 经 验 (DEXP) 


:编程 语言 经 验 (LEXP) 
- 实践 与 方法 经 验 (PEXP) 
- 目标 系统 经 验 (TEXP) 


[1] Brooks, F. P., The Mythical Man-Month, Anniversary Edition (Reading, MA: Addison-Wesley, 1995), p.84. 


11.1 ARAA 


本 章 所 摘 述 的 每 一 个 经 验 评级 中 ， 学 习 曲 线 现 象 都 是 一 个 重要 的 因子 。 这 4 个 经 验 评级 分 别 是 : 开发 系统 经 验 (DEXP) 、 
编程 语言 经 验 (LEXP) 、 实 践 与 方法 经 验 (PEXP) 和 目标 系统 经 验 (TEXP) 。 如 果 在 开发 开始 时 没有 任何 经 验 ， 这 里 的 每 一 
个 参数 都 表明 了 对 项 目的 一 个 最 大 惩罚 。 根 据 项 目 之 前 的 经 验 (总 是 在 开发 工作 开始 之 时 进行 度量 ) 由 少 到 多 和 该 参数 的 相对 影 
响 ， 该 惩罚 逐渐 降低 。 


学 所 新 知识 、 积 累 新 经 验 的 成 本 可 能 会 少 于 先 验 成 本 。 也 就 是 说 ， 拥 有 大 量 经 验 应 该 有 希望 提升 开发 工作 的 生产 率 。 但 遗憾 
的 是 ， 在 本 章 所 讨论 的 这 4 个 经 验 评级 中 ， 情 况 并 非 如 此 。 在 这 些 因素 中 ， 一 旦 团队 成 员 达 到 了 对 某 个 因素 精通 的 程度 ， 该 因素 
就 不 再 被 视 为 一 个 障碍 。 但 对 于 领域 经 验 (AEXP) 因素 却 并 非 如 此 ， 拥 有 更 多 的 领域 经 验 或 者 对 该 领域 更 深 的 理解 ， 都 会 提高 
生产 率 . 


在 计算 经 验 数 值 方面 ， 有 效 平均 经 验 是 一 个 重要 的 概念 。 平 均 经 验 是 对 整个 软件 开发 团队 进行 度量 的 简单 算术 平均 经 验 。 如 
果 团队 成 员 与 其 他 成 员 彼 此 分 离 ， 例 如 把 团队 成 员 安 置 在 一 个 彼此 分 离 的 办 公 室 或 者 隔断 间 里 ， 他 们 就 没有 机 会 充分 利用 彼此 的 
学 习 成 果 和 实际 经 验 。 最 后 的 结果 是 ， 团 队 的 经 验 等 级 不 会 比 简单 平均 好 到 哪里 去 。 如 果 你 把 团队 成 员 安置 在 一 个 他 们 能 够 一 起 
工作 并 充分 利用 彼此 经 验 的 环境 里 ， 其 结果 就 是 一 个 有 效 经 验 水 平 ， 接 近 于 团队 中 最 有 经 验 成 员 的 水 平 。 


例如 ， 把 一 名 专家 放 到 一 个 崇尚 自由 沟通 的 办 公 区 域 里 ， 该 专家 的 唯一 目的 就 是 为 一 群 缺乏 经 验 的 开发 者 提供 支持 。 这 能 让 
这 片 办 公 区 域 变 成 一 个 “ 自 钢 工厂 ”。 在 这 种 环境 下 ， 这 群 开发 者 能 以 近似 于 专家 的 经 验 水 平 来 工作 吗 ? 在 简单 平均 和 专家 经 验 
之 间 的 相对 经 验 值 ， 几 乎 完全 依赖 于 沟通 的 质量 。 


11.2 不 稳定 性 因素 


不 稳定 性 因素 对 流程 缺陷 负 有 一 定 责任 。 项 目 环境 也 含有 “缺陷 ”， 我 们 称 为 流程 破损 。 随 着 流程 逐渐 成 熟 ， 这 种 破损 也 在 
逐渐 减少 。 新 技术 总 是 不 够 成 熟 ， 即 使 开发 组 织 被 认证 为 CMMI1 5 级 组 织 ， 也 是 如 此 。 旧 技术 也 总 有 一 定 程度 的 不 成 熟 。 在 其 使 
用 寿命 期 内 ， 操 作 系 统 要 进行 一 系列 持续 不 断 的 升级 以 修复 在 交付 之 时 未 发 现 的 软件 错误 。 随 着 开发 方法 的 改进 ， 软 件 管理 方法 
也 在 持续 不 断 地 演变 。 技 术 的 演变 从 来 就 没有 达到 过 完美 的 程度 。 


不 稳定 性 评级 描述 了 环境 不 成 熟 的 影响 。 这 些 不 稳定 性 因素 有 : 
* 开发 系统 不 稳定 性 (DVOL) 


" 实践 与 方法 不 稳定 性 (PVOL) 


11.3 ”管理 因素 


组 织 所 具有 的 物理 环境 也 会 对 生产 率 和 产品 质量 产生 直接 而 重大 的 影响 。 被 认为 是 开发 环境 一 部 分 的 重要 物理 特征 有 : 
“项目 中 使 用 的 安全 保密 级 别 的 数量 和 严格 程度 一 一 多 安全 密级 (MCLS) 
- 软件 开发 中 涉及 的 真实 或 虚拟 组 织 的 数量 一 一 多 开发 组 织 (MORG) 


“ 开发 地 点 的 数量 和 距离 


多 开发 地 点 (MULT) 


开发 支持 人 员 的 位 置 


资源 支持 位 置 (RLOC) 
- 开发 和 目标 资源 的 可 访问 性 一 一 开发 资源 投入 (RDED) 


最 重要 的 管理 特征 (分析 师 能 力 、 程 序 员 能 力 和 应 用 领域 经 验 ) ROR CIF, KERB. 


第 12 章 ”产品 特性 


真正 的 问题 不 在 于 机 器 能 否 思 考 ， 而 是 人 能 否 思考 。 
—B.F. $A 


基于 第 6 章 讨论 的 信息 ， 我 们 识别 出 3 种 类 型 的 环境 因素 ， 它 们 深刻 影响 着 软件 开发 的 生产 率 。 仅 供 参 考 ， 这 些 因 素 可 分 类 
如 下 : 


1) 开发 者 的 基本 能 力 (第 6 章 ) 。 
2) 由 开发 环境 施加 的 约束 ， 包 括 经 验 、 不 稳定 性 、 管 理 和 支持 (第 11 章 ) 。 
3) 产品 特性 (第 12 章 ) 。 


上 述 分 类 2 和 分 类 3 中 所 包含 的 因素 都 依赖 于 开发 环境 。 而 分 类 1 中 的 因素 则 用 于 评估 开发 组 织 的 固有 能 力 一 一 基本 技术 常 
量 ， 我 们 已 在 第 6 章 详细 讨论 过 。 


上 面 第 三 个 分 类 包含 直接 与 产品 特性 有 关 的 环境 因素 ， 比 如 软件 产品 的 内 存 约束 和 实时 处 理 要 求 。 能 够 限制 生产 率 提高 的 产 
品 特性 还 包括 : 开发 标准 和 可 靠 性 问题 、 需 求 不 稳定 性 、 内 存 和 性 能 约束 、 操 作 安 全 性 等 产品 特性 。 对 于 一 个 低 复杂 度 的 系统 ， 
以 每 个 人 月 的 有 效 源 代码 行 (ESLOC/PM) 计算 ， 其 典型 生产 率 可 高 达 300ESLOC/PM。 但 是 ， 对 于 一 个 复杂 系统 ， 比 如 空间 
卫星 星 载 系统 ， 仅 就 其 与 产品 特性 有 关 的 需求 变化 而 言 ， 其 生产 率 也 只 有 50ESLOC/PM。 


产品 约束 与 特性 因素 包括 如 下 几 个 方面 : 


特殊 显示 需求 (DISP) 


: 应 用 移植 需求 (HOST) 

“ HAAR (MEMC) 

- 质量 保证 需求 《QUAL) 

- 实时 操作 (RTIM) 

- 需求 不 稳定 性 (RVOL) 

“ 软件 安全 需求 (SECR) 

“ 系统 规格 说 明 等 级 (SPEC) 
“ 要 求 的 测试 等 级 (TEST) 

- 系统 CPU 时 间 约 束 (TIMC) 
目标 系统 不 稳定 性 (TVOL) 


[1] Skinner, B. F., Contingencies of Reinforcement: A Theoretical Analysis(New York, NY: Appleton-Century-Crofts,1969). 


121 产品 属性 评 售 


12.1.1 特殊 显示 需求 


特殊 显示 需求 (DISP) 评级 划分 为 4 个 子 类 ， 主 要 评估 实现 用 户 交互 和 其 他 无 法 单独 用 规模 来 衡量 的 特殊 交互 显示 方式 所 需 
的 工作 量 。 这 些 工作 可 能 包括 为 产品 制定 用 户 接口 设计 及 实现 等 诸多 具体 细节 。 特 殊 显 示 需 求 评 级 的 具体 数值 如 表 12-1 所 示 。 


表 12-1 特殊 显示 需求 (DISP) 评级 


描述 评级 值 描述 评级 值 


用 户 友好 界面 具有 严重 影响 的 复杂 显示 需求 L16 


特殊 显示 需求 (DISP) 这 一 因素 的 4 个 子 类 分 别 是 : 

1) 简单 一 一 没有 用 户 接口 问题 。 

2) 用 户 友 好 界面 一 Windows 或 者 其 他 图 形 用 户 界面 (GUI) 软件 。 

3) 交互 式 界面 一 一 用 户 友 好 界面 ， 外 加 诸如 轨迹 跟踪 球 等 人 机 接口 。 

4) 复杂 界面 一 一 与 多 个 处 理 器 进行 交互 ， 比 如 飞行 模拟 器 的 内 部 通信 。 

第 一 个 子 类 包括 那些 没有 显示 需求 或 仅 有 非常 简单 的 显示 界面 的 软件 。 其 界面 主要 用 于 数据 展示 ， 无 须 显 示 任何 交互 。 


第 二 个 子 类 包括 了 几乎 所 有 的 用 户 友 好 界面 。 妃 标 驱 动 的 用 户 交互 方式 就 是 这 种 界面 的 典型 特征 。 在 某 种 程度 上 ，“ 用 户 友 


好 ”有 点 儿 用 词 不 当 ， 为 什么 这 么 说 呢 ? 我 曾 见 过 很 多 号 称 用 户 友好 的 界面 ， 其 实 一 点 也 不 友好 ， 而 这 个 短语 主要 指 鼠 标 或 触摸 
屏 驱动 的 通用 类 型 界面 。 用 源 代码 来 生成 外 部 界面 是 很 有 必要 的 ， 但 这 又 会 导致 大 量 的 界面 开发 工作 。 为 创建 和 实现 这 些 界面 ， 
会 导致 大 约 5% 的 生产 率 损 失 以 用 于 额外 的 界面 设计 和 测试 工作 。 值 得 注意 的 是 ， 现 代 编 程 语言 通常 会 以 搭 积木 的 方式 开发 大 量 
的 界面 ， 这 样 能 大 大 简化 界面 的 设计 和 实现 。Visual Basic 和 Visual C++ 就 是 此 类 语言 的 典型 代表 。 

第 三 个 子 类 是 交互 式 界 面 ， 其 中 引入 额外 的 机 械 接口 和 传感器 以 实现 用 户 交 互 ， 扩 展 界 面 的 用 户 友 好 性 。 


为 实现 用 户 界面 ， 第 四 个 子 类 会 产生 大 量 的 额外 工作 ， 比 如 实现 飞行 模拟 器 的 界面 。 这 种 层次 的 用 户 界面 通常 涉及 多 个 处 理 
器 和 系统 组 件 ， 以 支持 实现 所 需 界面 。 


12.2 有效 技 术 弟 量 


我 在 第 10 章 介绍 过 的 有 效 技术 常量 Cte 是 一 个 因子 ,或 者 是 一 个 比例 常量 。 对 于 给 定 的 软件 开发 项 目 ， 它 将 有 效 系统 规模 
Se、 总 生命 周期 工作 量 K 与 开发 时 间 tg 联系 了 起 来 。 有 效 常量 是 开发 者 能 力 的 一 种 度量 ， 经 过 校正 以 包含 项 目 环境 和 产品 特定 需 
求 所 造成 的 特殊 条 件 。 这 些 校正 包括 编程 语言 、 开 发 实践 和 工具 经 验 、 性 能 要 求 、 资 源 的 可 用 性 。 当 然 ， 还 有 在 第 6 章 末 尾 首 先 
提 到 的 组 织 能 力 。 

有 效 技 术 常 量 考虑 了 生产 环境 和 技术 两 个 方面 。 首 先 ， 技 术 方 面包 括 了 涉及 组 织 能 力 的 各 个 因素 ， 确 定 了 开发 合同 和 绩效 要 
求 所 强制 施加 的 条 件 释放 出 来 的 组 织 的 原始 生产 率 潜力 。 


通过 使 用 一 系列 校正 因子 来 考虑 项 目 施 加 的 各 种 条 件 ， 有 效 技术 常量 的 第 二 个 方面 一 一 环境 一 一 校正 了 基本 技术 常量 Ctp 的 
原始 能 力 ， 其 公式 如 下 : 
es 
Ce Ae 41543 


这 里 ， 
Ctb= 基 本 技术 常量 
Cte= 有 效 技术 常量 ， 以 及 
fi 代表 22 个 开发 环境 和 产品 因素 


这 22 个 校正 因子 被 列 在 了 能 力 计 算 器 电子 表格 的 第 二 列 中 。 它 们 将 基本 技术 常量 Ctb 校 正 (降低 ) 为 有 效 技术 常量 Cte。 其 
结果 被 用 在 了 第 13 章 的 软件 产品 交付 成 本 与 进度 的 正规 计算 中 。 在 第 14 章 ， 有 效 常量 还 被 用 于 计算 软件 产品 稳定 状态 维护 成 
本 。 


12.3 ”基本 技术 常量 测算 


本 书 的 主要 目的 是 度量 和 改进 生产 率 ， 无 论 是 软件 还 是 任何 其 他 工作 。 我 们 的 生产 率 难题 中 最 后 一 个 还 未 深入 讨论 的 部 分 就 
是 有 效 技术 常量 ， 在 之 前 部 分 已 经 略 有 介绍 。 在 本 书 前 面 的 第 6 章 ， 我 提 到 了 一 项 组 织 研究 ， 用 来 确定 组 织 的 能 力 以 及 该 组 织 在 
整个 软件 行业 的 排名 。 你 或 许 能 回想 起 来 ， 该 研究 得 到 的 基本 技术 常量 ， 取 值 范 围 为 从 4800 到 最 高 8635。 所 以 ， 你 的 任务 之 一 
就 是 ， 想 办 法 确定 你 自己 所 在 组 织 的 基本 技术 常量 以 及 组 织 在 行业 的 排名 。 


根据 使 用 方程 (10-3) 所 定义 的 软件 方程 获得 的 有 效 技术 常量 Cte 取 值 的 相关 知识 ， 我 们 可 以 计算 出 基本 技术 常量 Ctp 的 一 
个 大 概 取 值 。 


S,=C,VKt, (10-3 ) 

这 里 ， 

Se= 有 效 软件 规模 (ESLOC) 

Cte= 有 效 开发 者 技术 常量 

K= 总 生命 周期 成 本 (AF) 

= 瑞 利 曲线 之 下 的 区 域 

td= 开 发 时 间 (年 ) 

= 瑞 利 曲线 的 峰值 时 间 

有 效 技术 常量 的 定义 见方 程 (12-1) 。 

方程 (12-1) 结合 了 基本 技术 常量 和 22 个 环境 因素 fi 的 乘积 ， 构 成 了 有 效 技术 常量 。 

通过 如 下 转换 公式 ， 我 们 可 以 将 开发 工作 量 K (AF) 标准 化 为 开发 成 本 Eq (AR) : 

Ea (AA) =12* (0.39347) *K (人 年 ) 

=4.72*K, t 

ta (A) =12*ty (年 ) 


基本 技术 常量 Ctb 是 软件 有 效 规 模 Se、 项 目 开 发 工作 量 Ed 和 项 目 开 发 时 间 td 的 函数 ， 其 公式 如 下 : 


26.075*] [F 
C = 22 S 


这 里 ， 
Ctb= 基 本 技术 常量 ， 
fi 代表 22 个 开发 环境 和 产品 因素 ， 


Se= 所 讨论 的 开发 任务 的 有 效 规模 ， 


Ed= 从 开发 开始 到 产品 验收 测试 完成 的 任务 开发 工作 量 (AB) ， 以 及 
td= 任 务 开发 时 间 (月 ) 。 


每 一 个 开发 任务 评估 都 会 将 开发 团队 和 项 目 管理 者 作为 一 个 整体 ， 得 出 该 任务 的 基本 技术 常量 。 第 6 章 的 研究 得 到 了 一 组 技 
术 常 量 值 ， 从 中 可 以 看 到 ， 项 目 经 理 和 团队 二 者 的 基本 技术 常量 值 要 比 平 均值 好 很 多 。 该 研究 中 的 工程 师 和 程序 员 基 本 都 是 同一 
批 人 ， 负 责 所 有 的 开发 任务 ; 然而 ， 两 个 项 目 管理 者 就 像 施 了 魔法 一 样 激励 着 团队 成 员 、 推 动 着 团队 前 进 。 

你 可 以 在 你 的 组 织 里 对 开发 项 目 进行 事后 分 析 ， 以 确定 单个 开发 团队 的 能 力 ， 以 及 作为 一 个 整体 ， 整 个 组 织 的 能 力 。 你 可 以 
通过 两 种 方法 中 的 一 种 进行 该 分 析 。 第 一 种 方法 要 求 输入 能 力 计 算 器 的 所 有 参数 以 便 获 得 被 评估 任务 的 开发 工作 量 和 进度 。 在 开 
发 的 第 一 个 迭代 中 ， 实 际 的 开发 工作 量 和 进度 很 有 可 能 与 预测 的 工作 量 和 进度 有 所 差异 。 

假设 电子 表格 中 Cte 计 算 列 的 参数 都 是 合理 的 〈 即 这 些 参数 并 不 是 非常 主观 ， 也 不 太 可 能 导致 实际 结果 和 预测 估算 结果 之 间 
出 现 重大 偏差 ) ， 这 些 错误 很 可 能 是 在 Ctb 值 里 面 。 确 认 偏 误 往 往 会 导致 过 高 估计 分 析 师 和 程序 员 的 能 力 评级 。 我 们 需要 校正 
Ctb 人 参数 的 取 值 ， 直 到 实际 结果 与 预测 结果 达到 合理 一 致 为 止 。 


第 二 种 方法 使 用 方程 (12-2) 和 能 力 计算 器 的 22 个 参数 设置 (fi) 为 每 个 开发 任务 计算 一 个 Ctp 数 值 。 这 种 方法 非常 快速 ， 
但 依赖 于 各 个 参数 值 (fi) 的 稳定 性 。 每 一 个 开发 任务 都 有 一 个 与 众 不 同 的 Ctb 值 。 作 为 整体 来 看 这 些 数值 ， 就 可 得 到 组 织 能 力 
的 有 效 数值 ， 以 及 组 织 在 行业 里 的 排名 。 这 组 Ctb 数 值 也 为 进一步 研究 并 澄清 这 些 数 值 中 的 较 高 者 和 较 低 者 的 造成 原因 葛 定 了 基 
础 。 


正如 所 介绍 的 ， 根 据 Ctb 评 级 ， 我 们 可 以 确定 被 评估 组 织 的 组 织 能 力 评级 (OCR) 。 
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一 一 HAL 9000!!! 


软件 开发 的 生命 周期 有 很 多 种 表现 形式 。 软 件 行 业 里 ， 每 一 种 亚 文化 都 有 其 自己 的 一 个 或 多 个 表现 形式 。 而 对 于 特定 的 项 
目 ， 每 一 种 表现 形式 往往 在 某 种 程度 上 都 进行 了 修订 。 从 历史 的 角度 看 ， 我 们 可 以 勾勒 出 软件 工程 师 在 实验 室 里 通过 不 断 试验 和 
犯错 而 创建 软件 产品 的 早期 流程 。 一 个 想法 首先 成 为 原型 ， 然 后 进化 为 经 过 精炼 的 原型 ， 不 断 变 化 ， 直 到 实现 最 终 产 品 。 期 间 所 
使 用 的 流程 ， 没 有 任何 的 正规 性 。 早 期 电子 设备 的 开发 也 同样 主要 基于 实验 室 流程 把 各 种 想法 转变 为 开发 实体 ， 即 便 最 机 械 的 想 
步骤 : 


室 
法 也 是 这 样 。 在 此 基础 上 ， 最 终 演变 出 了 一 个 正式 的 工程 过 程 ， 包 括 如 下 步骤 


1) 识别 问题 
2) 建立 标准 与 约束 


3) 头脑 风暴 可 能 的 解决 方案 


4) 选择 一 种 方案 

5) 高 级 概要 设计 (架构 ) 
6) 详细 设计 

7) 编码 实现 解决 方案 
8) 测试 解决 方案 (产品 ) 


这 是 一 个 通用 的 工程 过 程 。 软 件 开发 也 始 于 类 似 的 开发 方法 。 从 有 想法 开始 ， 程 序 员 编 写 代 码 ， 经 过 足够 多 次 迭代 ， 最 后 产 
生 了 一 个 可 运行 的 软件 产品 。 这 种 开发 方法 很 少 有 任何 正规 性 ， 几 乎 没有 机 会 对 其 过 程 进行 控制 。 而 软件 行业 里 仍 有 许多 通用 方 
法 ， 其 软件 开发 过 程 各 具 特 色 。 不 过 ， 最 常用 的 方法 是 以 上 面 所 描述 的 通用 工程 方法 为 基础 的 瀑布 开发 方法 。 螺 旋 软件 开发 模型 
使 用 了 基于 瀑布 模型 的 迭代 ， 每 个 迭代 里 都 要 提炼 需求 、 设 计 并 实现 待 开发 系统 。 自 20 世 纪 70 年 代 以 来 ， 瀑 布 模型 已 成 为 最 广 
泛 使 用 的 软件 开发 方法 。 所 有 的 正规 软件 估算 方法 和 工具 均 是 以 此 开发 框架 为 基础 的 。 


COCOMO II 2000 上 使 用 了 两 个 模型 ， 早 期 设计 (Early Design) 模型 是 一 个 高 级 模型 ， 用 于 探讨 可 选 的 架构 方案 或 增 量 
开发 策略 。 一 旦 项 目 做 好 开发 准备 并 支撑 起 现场 系统 ， 就 会 用 到 详细 的 后 架构 (Post-Architecture) 模型 。 无 论 对 于 瀑布 模型 
还 是 演化 模型 ， 开 发 进度 估算 td 都 具有 相同 的 定义 。 


另 一 方面 ， 敏 捷 方法 把 开发 任务 分 解 为 较 少 规划 的 小 型 增 量 。 每 个 迭代 (迷你 瀑布 ) 是 一 个 短 时 间 框 架 (“时 间 盒 ”) ， 通 
常 持续 1 到 4 个 星期 。 每 个 迭代 里 ， 团 队 都 要 历经 一 个 完整 的 软件 开发 生命 周期 ， 包 括 开 发 规划 、 需 求 分 析 、 方 案 设计 、 编 码 实 
现 、 单 元 测试 和 向 项 目 干系 人 展示 可 工作 产品 时 的 验收 测试 。 这 种 迭代 式 流 程 最 大 程度 地 减 小 了 整体 风险 ， 并 使 项 目 能 够 快速 适 
应 变化 。 要 发 布 一 个 产品 或 某 些 新 功能 ,通常 需要 多 个 迭代 才能 完成 。 


[1] HAL 9000 是 斯 坦 利 . 库 布 里 克 执 导 的 电影 《2001 : 太空 漫游 》 中 有 感知 能 力 的 人 工 智 能 超级 电脑 。 美 国米 高 梅 电影 公司 1968 
年 出 品 。 
[2] Boehm, B. W. et al, Software Cost Estimation with COCOMO II (Upper Saddle River, NJ:Prentice-Hall, 2000). 


13.1 瀑布 开 友 人 蛋 型 


瀑布 开发 模型 是 大 多 数 软件 开发 方法 的 根基 ， 为 描述 典型 软件 开发 过 程 很 好 地 提供 了 一 个 共同 基础 。 值 得 注意 的 是 ，“ 典 
型 ”这 个 词 让 我 们 可 以 在 过 程 中 确定 一 些 步骤 ， 这 个 过 程 并 不 是 按照 美国 国防 部 标准 或 规范 严格 定义 或 限制 的 。 该 过 程 大 体 上 确 
定 了 软件 开发 和 所 有 其 他 工程 行业 里 解决 问题 的 正规 工程 方法 的 一 部 分 步骤 。 在 第 9 章 项 目 人 员 配 置 的 讨论 中 我 首次 介绍 了 瀑布 
开发 的 概念 。 图 9-2 表 明 ， 在 基本 瀑布 概念 模型 中 ， 典 型 的 软件 开发 人 员 配 置 是 交 寺 的 。 


软件 开发 瀑布 模型 过 程 的 步骤 如 下 所 示 : 

1) 规划 (软件 需求 分 析 ) 

2) 需求 (CSCI 需求 分 析 和 功能 规格 说 明 ) 一 一 第 一 个 主要 步骤 
3) 全 面 开 发 


a) 初步 设计 (架构 设计 到 PDR) 一 一 第 二 个 主要 步骤 


b) 初始 设计 评审 (PDR) 

c) 详细 设计 (PDR 到 CDR) 一 一 第 三 个 主要 步骤 
d) 关键 设计 评审 (CDR) 

e) 构建 (编码 和 单元 [CSU] 开 发 和 测试 ) 

f) 构建 (组 件 [CSC] 集 成 和 测试 ) 


Q) 构建 (配置 项 [CSCI] 集 成 和 测试 ) 


4) 最 终 验 收 测试 (FQT) 最 后 的 主要 步骤 


5) 系统 集成 与 测试 
6) 系统 维护 


瀑布 开发 模型 起 源 于 制造 业 和 建筑 业 。 在 这 些 行业 里 ， 制 造 或 建筑 完成 之 后 ， 如 果 不 是 不 可 能 ， 变 更 的 代价 将 非常 惊人 。 大 
多 数 系统 开发 方法 都 遵从 如 下 模式 : @ 详 细 说 明 产 品 需求 ，@ 设 计 产 品 ，@ 构 建 产品 ，@ 测 试 产品 以 验证 是 否 满足 初始 需求 。 由 
于 那 时 还 不 存在 正规 的 软件 开发 方法 学 ， 这 种 面向 硬件 的 模式 就 被 软件 开发 简单 地 采用 了 。 


软件 开发 瀑布 模型 提供 了 一 种 简单 易学 的 结构 化 方法 ; 它 本 身 通过 前 面 段落 定义 的 一 系列 离散 的 、 容 易 理解 和 解释 的 阶段 来 
线性 地 推进 项 目 ， 因 此 该 模式 非常 易于 理解 ) 瀑布 模型 还 提供 了 开发 过 程 中 非常 容易 识别 的 里 程 碑 。 该 模型 把 重点 放 在 了 系列 文 
档 上 ， 比 如 需求 文档 、 设 计 文 档 、 测 试 文档 以 及 作为 最 终 产 品 的 源 代 码 。 周 期 性 的 评审 让 整个 开发 过 程 的 状态 清晰 可 见 ， 这 在 其 
他 开发 方法 里 是 难以 获得 的 。 所 有 的 主流 估算 工具 在 每 个 重要 里 程 碑 点 都 会 提供 预 估 的 成 本 和 进度 估计 结果 。 


在 后 续 的 案例 研究 中 我 们 将 要 进行 的 各 类 估算 ， 均 为 在 最 终 验收 测试 完成 时 的 进度 和 成 本 估计 。 值 得 注意 的 是 ， 作 为 一 条 经 
验 法 则 ， 初 步 设 计 评审 (Preliminary Design Review, PDR) 发 生 在 开发 进度 的 大 约 20% 时 ， 而 关键 设计 评审 (Critical 
Design Review, CDR) 则 通常 发 生 在 整个 开发 进度 的 大 约 43% 时 。 尽 管 没有 人 能 清楚 解释 为 什么 CDR 要 如 此 精确 地 发 生 在 开发 
进度 的 43% 时 ， 但 此 时 进行 的 CDR 佑 计 历 来 相当 可 靠 。 


如 果 我 们 的 案例 研究 项 目 使 用 带 有 多 个 迭代 的 演化 方法 进行 开发 ， 则 瀑布 模型 的 初始 设计 评审 和 关键 设计 评审 将 宫 无 意义 ， 
因为 这 些 评审 并 非 演化 方法 流程 的 一 部 分 。 然 而 ， 对 于 两 种 方法 来 说 ， 佑 算出 来 的 项 目 完 成 日 期 仍 将 大 致 相同 。 


13.2 “完美 软件 案例 研究 


我 们 在 7.4 节 的 完美 软件 开发 案例 研究 描述 中 计算 了 完美 软件 公司 (FSC) 的 能 力 评级 。 当 我 们 继续 FSC 软 件 开 发 估算 时 ， 作 
为 参考 ， 在 本 节 开 始 ， 我 们 会 复习 一 下 有 关 能 力 讨论 的 结果 。 该 能 力 信息 是 如 下 三 个 独立 系统 组 件 的 估算 基础 : @ 任 务 规划 ，@) 
命令 生成 ， 以 及 @ 通 信 模 块 。 


我 强调 “独立 。”， 是 因为 如 果 任 意 组 件 开 发 之 间 存 在 任何 交互 ， 就 会 迫使 有 效 开 发 规模 必须 包含 所 有 交互 组 件 的 有 效 规模 。 
为 便于 管理 ， 开 发 团队 也 将 需要 进行 合并 。 这 本 身 就 会 让 组 件 和 需求 定义 之 间 清 晰 定义 的 接口 充满 争议 ， 而 这 些 组 件 和 需求 定义 
应 该 允许 各 个 开发 组 件 之 间 是 彼此 隔离 的 。 


除了 我 们 在 个 别 组 件 的 开发 环境 中 发 现 的 某 些 变化 之 外 ,我们 在 第 7 章 确定 的 能 力 评级 仍 可 用 于 所 有 3 个 组 件 。 图 13-1 与 图 


7-2 完 全 一 样 ， 放 在 这 儿 只 是 为 了 便于 参考 。 唯 一 需要 重新 分 析 的 基本 能 力 评级 数值 是 领域 经 验 (AEXP) ， 因 为 这 三 个 待 开 发 
的 组 件 分 属于 三 个 不 同 的 应 用 领域 。 任 务 规划 组 件 与 FSC 公 司 的 以 往 经 验 几乎 没有 什么 交 量 ，FSC 公 司 的 经 验 是 基于 公司 创始 人 
在 研究 所 从 事 的 可 靠 网 络 设计 工作 基础 上 的 计算 机 网 络 软件 开发 的 。 这 个 局 限 也 适用 于 命令 生成 系统 的 开发 。 而 在 通信 组 件 的 开 
发 上 则 与 FSC 的 经 验 有 较 多 重 晋 。 


Cb 计算 
ACAP 1.00 
AEXP | 
MODP 1.10 
PCAP 1.00 
RESP 1.00 
TOOL 1.00 
TURN 0.87 


BEJI IME 0.19 
Far ieee 32% 


Ctb 5088 


图 13-1 ”完美 软件 公司 (FSC) 能 力 评级 
如 表 13-1 所 示 ， 由 于 应 用 领域 经 验 不 同 而 产生 的 基本 技术 常量 也 有 所 变化 。 从 中 你 能 看 出 ， 由 于 缺乏 相应 领域 的 经 验 ， 在 
组 织 能 力 上 ， 三 个 待 开 发 组 件 的 技术 常量 之 间 出 现 了 明显 的 差异 。 在 预 估 最 终 的 项 目 生产 率 时 ， 领 域 经 验 的 缺乏 将 非常 重要 。 这 
三 个 开发 任务 的 应 用 领域 经 验 (AEXP) 评级 将 在 三 个 单独 的 评估 中 分 别 进行 评判 。 


表 13-1 因 领 域 经 验 差异 而 导致 的 基本 技术 常量 变化 
开发 任务 AEXP 评级 | BARKS 


任务 规划 4953 


节令 生成 
通信 Lele 5 


该 组 织 已 经 为 其 软件 开发 工作 实验 了 不 同 的 团队 概念 ， 生 产 率 均 未 获得 明显 的 提升 。 最 近 ， 项 目 领导 层 决 定 引入 极限 编程 中 
的 结对 编程 团队 概念 ， 该 概念 在 其 他 组 织 中 已 被 证 明 是 成 功 的 。 


产品 开发 中 的 另 一 个 主要 问题 是 客户 提出 的 需求 ， 客 户 要 求 该 系统 必须 用 Ada 语 言 来 实现 。 完 美 软件 公司 从 未 在 其 生产 环境 
中 使 用 过 Ada 编 程 语言 。 而 且 ， 该 公司 的 员工 在 这 个 复杂 的 编程 语言 上 也 没有 任何 使 用 经 验 ， 不 管 是 学 术 接 触 还 是 专业 研究 。 


该 产品 的 软件 开发 工作 将 于 2015 年 12 月 1 日 开始 。 软 件 开 发 必须 在 2018 年 1 月 1 日 之 前 完成 ， 为 三 个 组 件 的 系统 集成 做 好 准 
备 。 这 使 得 他 们 只 有 25 个 月 的 时 间 来 进行 开发 和 内 部 组 件 集成 ， 而 且 假 设 截至 2015 年 12 月 1 日 ， 完 成 需求 分 析 并 且 需 求 保持 稳 
定 不 变 。 软 件 开发 必须 在 2018 年 1 月 1 日 之 前 完成 ， 这 样 的 话 ， 三 个 组 件 才能 为 即将 到 来 的 系统 集成 做 好 准备 。 第 一 次 集成 测试 
将 会 在 2018 年 10 月 1 日 正式 启动 。 


客户 已 经 限定 了 所 有 三 个 部 分 的 总 软件 开发 费用 不 得 超过 $10000000。FSC 公 司 当 前 的 平均 开发 费 率 为 每 个 人 月 $8000。 三 
个 组 件 的 总 开发 工作 量 为 1250 个 人 月 ， 包 括 在 开发 地 点 的 系统 开发 和 内 部 集成 。 假 设 三 个 系统 组 件 的 工作 量 平均 分 布 ， 开 发 工 
作 量 的 粗略 估计 是 每 个 组 件 大 约 420 个 人 月 。 任 务 规划 系统 的 开发 生产 率 平 均 可 达 每 个 人 月 60 行 有 效 源 代码 。 我 们 将 会 看 到 这 个 
生产 率 对 于 该 开发 任务 是 否 现 实 可 行 。 


13.3” 忆 结 


完美 软件 公司 软件 开发 项 目的 分 析 不 仅 充 当 了 现实 世界 里 软件 开发 估算 的 一 个 真实 案例 ， 还 用 作 研 究 现实 条 件 下 管理 和 环境 
对 组 织 生产 率 影响 的 工具 。 我 们 已 经 看 到 ， 管 理 文化 和 物理 环境 对 组 织 的 有 效 运作 具有 相当 大 的 影响 。 

我 们 在 第 2 章 的 讨论 中 提 到 ， 软 件 工程 师 对 于 运营 于 行业 环境 中 的 开发 组 织 的 价值 取决 于 三 个 属性 。 这 三 个 属性 分 别 是 技术 
才智 、 工 程 师 理 解 管理 概念 的 能 力 和 工程 师 与 开发 团队 其 他 人 进行 沟通 的 能 力 。 我 们 在 第 6 章 表明 ， 在 实践 中 要 区 分 沟通 和 管 
理 ， 即 便 不 是 不 可 能 的 ， 也 是 很 困难 的 。 有 效 性 公式 可 缩减 为 方程 (13-1) 所 示 的 两 个 术语 。 这 两 个 术语 均 如 此 紧密 地 成 为 开 
发 流程 的 一 部 分 ， 以 至 于 个 体 员工 对 组 织 贡献 的 实际 影响 用 如 下 的 简化 有 效 公式 来 表示 最 适合 : 


E=CM (CS) (13-1) 


这 个 天 系 是 软件 工程 效益 的 一 个 现实 可 行 的 模型 。 第 6 章 的 分 析 表 明 ， 方 程 (13-1) 中 数值 的 取 值 范围 在 实践 中 被 归 一 化 为 
从 0.05 到 1.0， 因 此 最 大 取 值 为 1.0。 虽 然 我 们 仍 处 于 一 个 技术 专业 化 的 时 代 ， 这 是 事实 ; 但 软件 开发 工作 同等 地 受到 沟通 和 管理 


技能 的 驱动 ， 也 是 不 争 的 事实 。 


我 用 来 展示 在 本 案例 研究 中 所 讨论 的 管理 原则 的 能 力 计算 器 ， 是 基于 多 年 的 历史 项 目 数据 的 ， 并 非 只 是 假设 的 练习 工具 。 历 
史 事 实证 明 ， 所 有 的 项 目 都 不 是 “良好 管理 ”的 。 第 1 章 的 CHAOS 2012 研 究 报 告 表明 ， 软 件 项 目的 这 种 现状 真 的 是 不 可 接受 
的 。 


管理 对 于 FSC 开 发 合同 的 成 功 与 失败 到 底 有 多 重要 ? 沟通 能 力 又 有 多 么 重要 呢 ? FSC 项 目的 开发 可 能 已 经 取得 成 功 了 吗 ? 你 
会 采取 哪些 措施 来 降低 FSC 项 目 中 所 面临 的 风险 呢 ? 


第 14 草 ”有效 规 模 估 算 


软件 就 像 灶 。 它 难以 把 握 ， 没 有 重量 ， 而 且 服 从 热力 学 第 二 定律 。 换 言 之 ， 它 总 是 在 增 大 。 


诺 曼 . 奥古斯丁 0 (Norman . Augustine) , 1983 


在 软件 开发 估算 中 ， 有 效 规模 是 最 重要 的 成 本 和 进度 驱动 因素 。 规 模 不 仅 是 最 重要 的 驱动 因素 ， 也 是 最 难以 估量 的 因素 。 它 
们 以 多 种 形式 存在 ， 但 在 现实 工作 量 的 估计 中 ， 大 多 数 规模 信息 又 都 之 无 价值 。 

在 估算 技术 发 展 的 早期 阶段 (20 世纪 60 年 代 ) ， 通 过 计算 源 代 码 的 行 数 ， 可 以 获得 较为 精确 的 规模 估算 数据 。 在 那个 年 
代 ， 最 大 的 问题 是 如 何 定义 “ 源 代 码 行 ” (Source Line of Code, SLOC) : 要 么 是 穿孔 卡片 数目 ， 要 么 是 可 执行 程序 的 语句 
数 。 随 着 软件 开发 规模 的 不 断 增 长 ， 由 于 在 大 型 项 目 中 大 量 使 用 复 用 代码 ，SLOC 的 含义 也 变 得 更 加 复杂 。 截 止 到 2010 
年 ，SLOC 的 确切 定义 办 问题 仍然 众说 纷 终 ， 分 歧 极 大 。 


在 SLOC 定 义 上 的 挫折 使 得 很 多 研究 者 寻求 蔡 代 办 法 来 度量 软件 开发 的 规模 大 小 。1BM 公 司 的 阿尔 布雷 克 特 (Albrecht) 和 
MAE (Gaffney) DB] 提 出 了 软件 规模 的 功能 度量 方法 ， 该 方法 成 为 第 二 个 规模 度量 标准 。 功 能 点 (Function Point, FP) 是 软 
件 总 规模 的 度量 ， 它 忽略 了 复 用 代码 ， 但 在 开发 过 程 很 早 的 时 候 就 非常 有 效 ， 而 此 时 要 预测 源 代码 行 数 (SLOC) 是 非常 困难 
的 。 功 能 点 方法 催生 了 很 多 新 的 规模 估算 方法 ， 比 如 特征 点 方法 (Feature Point) 、 对 象 点 方法 (Object Point) 、 用 例 方 法 

(Use Case) ， 以 及 其 他 很 多 方法 。 


本 书 会 讨论 两 种 最 广泛 使 用 的 软件 规模 估算 方法 : 有 效 源 代码 行 数 (Effective SLOC, ESLOC) 和 功能 点 方法 (FP) 。 这 
两 种 方法 彼此 截然 不 同 。 对 这 两 种 方法 的 讨论 可 进行 扩展 以 支持 从 SLOC 和 FP 方法 演变 而 来 的 其 他 方法 。 本 章 将 专注 于 有 效 源 代 
码 行 (ESLOC) 的 讨论 ， 下 一 章 将 主要 讨论 功能 点 方法 。 


这 些 方 法 都 没 能 解决 预测 软件 开发 的 成 本 与 进度 所 需要 的 有 效 规模 估算 问题 。 


作为 从 已 完成 的 软件 组 件 中 获取 规模 信息 的 手段 ，20 世 纪 80 年 代 早期 引入 使 用 了 代码 计数 软件 。 这 样 可 以 收集 计算 机 软件 
配置 项 (Computer Software Configuration Item, CSCI) 或 者 功能 规模 数据 。 取 决 于 计数 软件 的 具体 配置 ， 度 量 出 的 规模 
可 能 代表 可 执行 SLOC， 总 的 SLOC,， 或 者 二 者 之 间 的 某 个 东西 。 该 数据 有 助 于 降低 开发 成 本 和 进度 估算 的 难度 。 


规模 信息 包括 如 下 三 种 物理 组 成 部 分 : 


1) 为 满足 当前 产品 需求 而 新 增 代 码 (新 ) 的 数量 。 


2) 为 满足 当前 产品 需求 的 修改 的 在 模块 级 别 上 变更 或 删除 ) 复 用 源 代码 的 数量 。 
3) 从 以 前 软件 产品 中 不 做 任何 修改 的 复 用 的 源 代码 数量 。 


开发 工作 并 不 是 简单 地 仅仅 与 SLOC 的 数量 有 关 ， 还 与 使 用 或 生成 这 些 代码 行 所 需要 做 的 工作 有 关 。 复 用 的 SLOC 并 不 是 一 
个 零工 作 量 的 组 件 ， 因 为 还 需要 整合 和 测试 这 些 组 件 。 


假定 软件 规模 恒定 不 变 ， 相 当 于 假定 软件 开发 只 包含 新 增 代码 部 分 。 这 不 是 一 个 好 的 假设 ;修改 和 复 用 代码 所 需要 的 工作 当 
然 不 同 于 创建 全 部 新 代码 。 
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14.1 源 代码 的 组 成 部 分 


源 代码 定义 需要 先 定 义 一 些 基 本 的 组 成 元 素 。CSCI 就 是 一 种 基础 元 素 ， 工 作 量 、 进 度 和 生产 率 数据 以 这 种 普遍 适用 的 数值 
方式 进行 收集 。 底 层 数 据 严 重 依 赖 于 个 体 员工 的 效能 ， 因 此 ，CSCI 的 数目 通常 无 法 应 用 于 规模 估算 。 


CSCI 包 含 不 同 的 组 成 元 素 ， 可 以 是 CSCI 的 主要 子 组 件 ， 或 者 小 至 一 个 模块 (HIE, FTES) 。 在 CSCl 里 ， 有 好 几 个 组 成 
层次 ， 其 中 最 小 的 组 成 部 分 是 模块 (或 者 单元 ) ， 如 图 14-1 所 示 。 模 块 包含 了 SLOC， 包 括 可 执行 源 代 码 、 声 明 、 指 令 、 格 式 语 
句 和 注释 。 


图 14-1 源 代码 分 类 


本 章 的 目的 是 说 明 计算 软件 有 效 规模 数值 的 哲学 理念 和 具体 过 程 ， 而 有 效 规模 值 可 用 来 进一步 估算 出 一 个 现实 可 行 的 软件 成 
本 和 进度 。 


一 个 源 代码 行 被 定义 为 一 个 程序 语句 ， 包 括 新 增 的 、 修 改 的 、 删 除 的 、 复 用 的 代码 或 者 商用 现成 品 (Commercial Off-the- 
Shelf, COTS) 软件 中 的 程序 语句 。 总 规模 包括 所 有 4 种 语句 类 型 。 一 个 源 代码 行 可 以 是 一 个 汇编 语句 、 一 个 高 阶 语言 (High- 


Order Language, HOL) 语句 、 一 个 对 象 级 语句 (比如 Object.Top=Vertical; ) ， 或 者 一 个 统一 建 模 语言 (Universal 
Modeling Language, UML) 语句 ， 等 等 。 关 键 是 ， 这 个 源 代码 行 是 由 工程 师 或 程序 员 自 己 编写 的 。 在 随后 的 几 个 小 节 里 将 定 
义 具体 的 组 成 部 分 。 在 此 之 前 ,我 们 需要 先 定 义 一 些 重要 的 概念 : 黑 盒 和 白 盒 。 


14.2 ”规模 的 不 确定 性 


在 项 目前 期 ， 很 难得 到 规模 信息 ， 更 不 要 说 精确 值 了 。 出 现在 成 本 分 析 需 求 描述 (Cost Analysis Requirements 
Description，CARD) 中 的 信息 ， 往 往 都 是 在 开始 全 面 开发 之 前 的 概念 开发 阶段 预测 出 来 的 。CARD 中 的 信息 具有 相当 大 的 不 确 
定性 ， 其 中 的 规模 信息 经 常 都 只 有 一 个 数字 ， 只 能 进行 成 本 和 进度 的 点 估计 。 然 而 ， 为 了 给 你 一 个 信息 不 确定 性 的 更 加 逼真 的 印 
象 ， 这 些 信息 被 更 加 精确 地 表示 为 3 个 值 ， 分 别 代表 最 小 值 (最 乐观 ) 、 最 有 可 能 的 值 和 最 大 值 (REM) 。 无 论 你 叫 它 什么 名 
字 ，CARD 都 是 软件 开发 成 本 和 进度 估算 的 初步 基础 。 在 开发 活动 进行 期 间 ， 软 件 规模 确定 无 疑 地 几乎 总 会 增加 。 


在 软件 成 本 和 进度 估算 中 使 用 的 规模 值 ， 通 常 都 是 通过 一 个 三 步 过 程 推导 出 来 的 。 第 一 步 ， 确 定名 义 有 效 规 模 ， 或 者 是 最 有 
可 能 的 规模 数值 ， 以 及 名 义 规 模 的 标准 方差 。 在 图 14-3 所 示 的 正 态 分 布 中 ，“ 低 ”端的 规模 值 (10% 的 概率 ) 等 于 均值 减 去 名 
义 规模 标准 差 。 在 实际 项 目 里 ,规模 数值 的 分 布 都 是 不 对 称 的 ( 非 正 态 ) 。 


图 14-3” 正 态 分 布 
第 二 步 ， 得 出 规模 的 最 大 估计 值 (90% 的 概率 ) 。 


第 三 步 ， 确 定 均值 增长 估计 值 ， 在 成 本 和 进度 估算 中 用 作 最 有 可 能 的 规模 值 。 假 定 规模 数值 是 正 态 分 布 的 ， 估 计 均 值 就 是 正 
态 分 布 的 中 间 值 ， 如 图 14-3 所 示 。 非 正 态 分 布 的 估计 均值 将 会 高 于 该 分 布 的 中 值 ， 并 偏向 于 低 概 率 的 一 侧 。 规 模 的 最 小 值 、 均 
值 和 最 大 值 也 被 应 用 于 软件 风险 分 析 。 


通常 ， 待 开发 的 独立 软件 组 件 的 规模 在 一 个 经 常 称 为 “计算 机 软件 配置 项 (CSCI) ”的 文档 里 进行 指定 。 这 个 规模 文档 可 
以 是 比 信封 背面 稍微 更 正式 一 些 的 任何 东西 ， 这 是 一 个 用 于 估算 和 开发 本 身 的 控制 文档 。 为 言 简 意 凡 起 见 ， 我 称 这 个 规模 文档 为 
一 个 CSC|。 


例如 ，CSCI 的 规模 可 能 最 少 5000 源 代码 行 ， 最 可 能 为 7500 代 码 行 ， 或 者 最 多 可 达 15000 代 码 行 。 均 值 并 不 一 定 等 于 该 取 值 
范围 的 中 间 值 ， 即 正 态 分 布 的 峰值 。 现 有 的 商业 估算 工具 内 部 会 将 规模 分 布 的 平均 值 校正 为 具有 相关 标准 差 的 伪 正 态 分 布 。 均 值 
公式 为 : 


Smean= (Smint4*SmitSmax) /6 (14-1) 
这 里 ， 

Smean= 软 件 规模 的 均值 ， 

Smin= 软 件 规模 的 最 小 值 ， 

Sml= 软 件 规模 的 最 可 能 取 值 ， 以 及 

Smax= 软 件 规模 的 最 大 值 。 

而 标准 差 为 : 


Ssta= (Sina Smin) /6 (14-2) 


14.3 TRAST 
2006 年 夏天 ， 来 自 航空 航天 界 主 要 软件 开发 组 织 的 一 群 资深 软件 估算 人 员 制 定 出 了 SLOC 的 定义 ， 该 定义 与 商业 软件 估算 工 
具 和 主流 估算 方法 完全 兼容 。 该 定义 还 与 当前 代码 计算 方法 保持 兼容 。 本 小 节 的 内 容 就 是 2006 年 夏天 这 些 人 协作 的 结果 。 


源 代码 行 (SLOC) 是 软件 规模 大 小 的 度量 。SLOC 的 一 个 简单 、 简 洁 定 义 是 ， 必 须 被 设计 、 记 录 和 测试 的 任何 软件 语句 。 
每 一 个 计算 的 SLOC 都 必须 满足 这 三 个 准则 (设计 、 记 录 和 测试 ) 。 一 条 语句 可 能 非常 长 ， 需 要 好 几 行 才能 完整 放 得 下 ， 但 仍 只 
算 1 条 SLOC。 在 单独 一 行 上 也 可 能 会 输入 多 条 语句 ， 每 条 语句 都 被 算 作 1 条 SLOC。C++ 的 for 循 环 语句 for (i=0; i<10; i++) 
是 一 条 语句 ， 等 价 于 PL/l 语 句 DO 1=1BY 1WHILE (1<10) 。 所 有 的 源 代码 语句 都 可 归 类 为 如 下 5 个 类 别 之 一 : 


:可 执行 语句 
- 数据 声明 

. 编译 器 指令 
HAGE 

- 注释 


注释 语句 不 满足 SLOC 准 则 。 注 释 不 是 被 设计 的 ， 虽 做 记录 但 无 需 测 试 。 不 过 ， 注 释 也 是 软件 文档 的 一 部 分 。 将 SLOC 定 义 
准则 套用 到 剩 下 的 4 类 语句 ， 下 面 的 语句 都 可 称 为 可 计数 的 SLOC: 


. 可 执行 语句 
- 数据 声明 

. 编译 器 指令 
. 格式 语句 


下 面 将 定义 每 个 可 计数 的 SLOC 分 类 。 


14.4 ”有 效 源 代码 行 


要 合理 确定 相关 软件 的 开发 成 本 和 进度 ， 现 实 可 行 的 规模 估计 是 必 不 可 少 的 。 物 理 源 指令 包含 所 有 需要 设计 、 记 录 和 测试 的 
指令 。 调 试 语言 强调 了 这 种 源 指令 定义 的 重要 性 ; 例如 ， 如 果 开 发 合同 明确 要 求 ， 则 调试 语句 是 经 过 正式 设计 、 记 录 并 需 测试 
的 。 非 要 求 的 调试 语句 都 是 只 用 于 生成 其 他 源 指令 所 需要 的 正常 开发 产品 。 非 要 求 的 调试 语句 不 是 设计 的 、 记 录 的 或 者 完整 测试 
过 的 ; 因此， 它们 被 排除 在 源 代码 行 统计 之 外 。 


对 于 修改 的 软件 和 包含 可 复 用 组 件 的 系统 ， 基 于 物理 源 代码 行 的 资源 估计 无 法 涵盖 到 归属 于 逆向 工程 、 测 试 及 软件 集成 所 需 
要 的 额外 资源 要 求 。 处 理 额外 资源 要 求 的 通常 办 法 是 使 用 有 效 软 件 规模 方法 。 


当 用 其 确定 成 本 计算 所 需 的 有 效 规模 时 ， 所 需 完成 工作 是 个 有 用 而 不 可 或 缺 的 概念 。 当 软件 产品 全 部 都 是 新 开发 的 新 增 源 代 
码 行 时 ， 项 目 开发 的 SLOC 在 数字 上 与 物理 源 代 码 行 数 相同 。 然 而 ， 大 多 数 软 件 开发 都 混合 包含 新 增 源 代 码 、 为 满足 新 需求 而 修 
改 的 现存 代码 、 未 加 修改 的 代码 以 及 商用 现成 品 软件 组 件 。 就 像 本 书 所 定义 的 ， 物 理 SLOC 与 开发 工作 或 有 效 规模 没有 直接 关 
系 。 有 效 规模 大 小 大 于 实际 变更 的 规模 大 小 ， 也 就 是 说 ， 开 发 规模 等 于 或 大 约 新 增 和 修改 源 代码 行 的 总 和 和 。 在 不 鼓励 利用 可 复 用 
组 件 的 软件 开发 中 ， 有 效 规模 通常 小 于 软件 产品 的 总 物理 源 代码 行 数 。 

图 14-4 的 软件 分 子 视图 证 明了 需要 一 种 机 制 来 确定 有 效 软件 规模 (Se) 。 软 件 的 组 件 、 代 码 段 、 功 能 块 、 对 象 或 其 他 结构 
体 之 间 理 想 的 分 子 间 耦 合 应 当 是 松散 的 。 松 散 耦 合 一 结构 化 设计 、 面 向 对 象 设计 和 大 多 数 其 他 设计 方法 的 目标 之 一 一 使 得 
在 软件 里 无 需 逆 向 工程 或 测试 未 修改 软件 系统 部 分 即 可 修改 或 插入 软件 元 素 成 为 可 能 。 其 他 耦合 极端 (紧密 耦合 ) 出 现在 我 们 称 
之 为 “意大利 面条 式 代 码 ” 的 地 方 。 即 使 是 合并 最 轻微 的 软件 变更 ， 紧 密 耦合 的 代码 也 需要 进行 完整 的 逆向 工程 和 集成 测试 。 


结构 民 好 


没 间 绑 定 


结 构 不 展 


图 14-4 证明 软件 结构 对 有 效 规模 影响 的 软件 分 子 视图 


规模 元 素 与 规模 校正 因子 之 间 的 关系 如 图 14-5 所 示 。 图 中 ， 围 绕 在 新 增 和 修改 部 分 周围 的 阴影 部 分 表示 软件 系统 中 必须 进 
行 逆 向 工程 并 彻底 测试 但 未 被 修改 的 区 域 。 


基于 物理 SLOC 为 修改 的 软件 或 者 包含 可 复 用 组 件 的 系统 评估 所 需 资源 ， 无 法 涵盖 逆向 工程 、 测 试 和 软件 集成 等 工作 所 需要 
的 额外 资源 需求 。 有 效 软件 规模 是 处 理 额外 资源 要 求 的 通常 办 法 。 


有 效 任务 规模 必须 大 于 或 等 于 要 创建 或 更 改 的 软件 源 代码 行 数 。 修 改 的 软件 系统 需要 产生 如 下 的 成 本 影响 ， 这 些 成 本 影响 不 
会 出 现在 新 开发 的 系统 里 : 


新 增 代 三 


总 数 = 复 用 代码 + 新 增 代码 
变更 = 新 增 代码 + 修改 代码 


图 14-5 ”向 现存 软件 系统 合并 变更 需要 的 开发 工作 量 


. 直到 工程 师 或 程序 员 理解 了 要 被 修改 的 系统 之 后 ， 所 做 修改 才 会 真正 进入 软件 系统 。 因 此 ， 如 果 由 最 初 的 开发 人 员 操 刀 进 
行 这 些 变更 ， 则 其 所 做 的 修改 要 比 不 熟悉 该 系统 架构 和 源 代 码 的 开发 人 员 简单 得 多 。 


. 软件 架构 决定 了 要 实现 变更 所 要 求 的 逆向 工程 。 清 晰 而 组 织 良 好 的 文档 也 会 降低 系统 的 学 习 曲 线 和 需要 的 遂 向 工程 。 在 被 
修改 的 模块 (假设 模块 规模 为 50 一 100 个 SLOC) 里 计算 可 执行 指令 总 行 数 而 不 计数 被 变更 的 物理 行 数 的 理论 基础 是 ， 这 些 变更 工 
作 量 的 影响 要 比 物理 变更 的 影响 大 得 多 ， 除 非 该 模块 组 织 良 好 、 文 档 清晰 ， 而 该 模块 又 是 被 最 初 的 创建 者 进行 修改 的 。 

* 实现 (编码 ) 软件 修改 所 需 的 工作 量 必须 包括 正确 实现 现存 软件 与 修改 部 分 之 间接 口 的 工作 量 。 除 了 第 一 点 所 讨论 的 之 
外 ， 这 些 都 需要 一 定 水 平 的 系统 知识 。 

- 所 有 的 软件 修改 都 必须 经 过 认真 仔细 的 测试 。 乌 托 邦 式 系统 中 的 测试 工作 量 不 超过 软件 变更 的 工作 量 。 在 现实 世界 里 ， 在 
正式 交付 之 前 ， 为 确保 软件 产品 性 能 正确 ， 需 要 进行 全 部 系统 回归 测试 。 要 减少 集成 和 测试 需求 以 使 其 不 超过 软件 系统 的 修改 ， 
这 几乎 是 不 可 能 的 。 

. 需要 变更 编程 语言 的 程序 修改 必须 考虑 该 模块 在 新 编程 语言 里 的 相对 规模 大 小 。 例 如 ， 用 Ada 语 言 编写 的 模块 ， 其 有 效 规 
模 一 定 会 增长 约 20%， 这 是 由 于 Ada 语 言 要 实现 与 之 前 语言 实现 相同 功能 需要 额外 的 源 代 码 所 致 。 汇 编 语 言 代 码 转换 到 第 三 代 编 
程 语言 ， 相 同 功 能 的 代码 规模 大 致 比率 为 3 : 1 (汇编 : 3GL) 。 

- 虽然 讨论 中 并 未 明确 指出 ， 但 有 效 规模 也 必须 经 过 调整 ， 以 反映 其 开发 环境 ; 也 就 是 说 ， 开 发 人 员 的 素质 、 相 关 软 件 的 经 
验 和 开发 环境 的 使 用 经 验 等 。 


这 5 个 活动 中 的 每 一 个 都 会 增加 开发 任务 的 有 效 规模 ， 并 清晰 地 表现 为 增加 的 成 本 和 进度 时 间 。 主 流 估算 系统 会 增加 开发 规 
模 以 校正 这 些 增加 的 额外 工作 需要 。COCOMOII 定 义 了 该 调整 术语 一 自 适 应 调整 因子 (Adaptation Adjustment 
Factor, AAF) ， 公 式 如 下 : 


AAF=0.4*F ges +0.3*Fimpt0.3* Feest (14-3) 


里 ， 


ht 


Fdes= 需 要 重新 设计 和 (或 ) 逆向 工程 的 复 用 软件 部 分 (重新 设计 部 分 的 百分比 [%RD]) , 

Fimp= 需 要 修改 的 复 用 软件 部 分 (重新 实现 部 分 的 百分比 [%RI]) ， 以 及 

Ftest= 需 要 开发 和 (或 ) 回归 测试 的 复 用 软件 部 分 (重新 测试 部 分 的 百分比 [%RT]) 。 

最 简单 的 Seer 模 型 中 有 效 规模 [使 用 了 一 个 类 似 的 调整 方程 ， 被 称 之 为 规模 调整 因子 (Size Adjustment Factor, SAF) , 
公式 为 : 

SAF=0.4*F ge, +0.25*F imp +0.35*F yes (14-4) 

Fate (14-4) 强调 测试 活动 对 软件 开发 成 本 和 进度 的 影响 要 比方 程 (14-3) 中 表现 出 的 对 应 影响 大 一 些 。 工 作 量 40%- 
25%-359% 的 划分 方式 与 历史 数据 基本 保持 一 致 ， 更 接近 于 传统 的 40%-20%-40% 的 开发 工作 量 启发 式 划分 方法 。 

在 实践 中 ，AAF 因 子 的 一 个 简单 例子 如 下 : 


想象 一 下 ， 有 一 个 软件 模块 包含 了 50 个 可 执行 SLOC。 该 模块 最 初 是 由 一 个 外 部 组 织 开 发 实现 的 。 该 模块 的 内 部 结构 组 织 得 
非常 不 好 ， 文 档 记录 也 不 甚 清晰 ， 并 且 缺 乏 测试 数据 和 步骤 。 该 模块 已 经 经 过 了 第 三 方 组 织 的 修改 。 该 模块 的 使 用 计划 只 要 求 很 
小 的 代码 变更 以 满足 当前 系统 的 需求 。 要 使 用 该 模块 ， 需 要 进行 逆向 工程 (重新 设计 ) ， 而 修改 部 分 假定 仅 涉 及 该 模块 10% 的 部 
分 (重新 实现 ) 并 需 进 行 相 应 测试 〈 修 改 和 回归 测试 ) 。 由 此 得 出 的 设计 、 实 现 和 测试 因子 值 基本 上 分 别 等 于 1.0。 因 此 ，AAF 
的 取 值 也 等 于 1.0。 
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[2] Jensen, R.W. “ A Macrolevel Software Development Cost Estimation Methodology ” . Proc. of the Fourteenth Asilomar Conference on 
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145 ”有 效 规模 万 程 


有 效 规模 一 般 是 由 用 于 计算 有 效 规模 或 有 效 源 代码 行 (ESLOC) 的 两 个 关系 之 一 定义 的 。 这 两 个 关系 中 的 术语 必须 满足 源 
代码 行 的 定义 准则 。 


Se=SpewtSmodtSteuseg*SAF (14-5) 


这 里 ， 
Snew= 新 增 的 软件 SLOC,， 
Smod= 修 改 的 软件 SLOC， 
Sreused= 复 用 的 软件 SLOC， 以 及 


SAF= 规 模 调整 因子 (方程 14-4) 。 


Se=SpewtSmodtSreused* AAF (14-6) 


teused 


第 一 个 调整 方程 (方程 14-5) 被 用 在 了 所 有 基于 Seer 模 型 (SEER-SEM 和 Sage) 的 估算 工具 中 。 
第 二 个 调整 方程 (方程 14-6) 被 所 有 基于 COCOMO 模 型 (COCOMO |、REVIC 和 COCOMO II) 的 估算 工具 所 使 用 。 


下 面 几 人 小节 将 更 加 详细 地 解释 AAF 和 SAF 的 具体 组 成 部 分 。 


14.6 ”规模 增长 


一 些 专家 将 软件 规模 增长 看 作 是 软件 开发 成 本 超支 与 进度 延误 的 最 重要 单一 因素 。 导 致 代码 增长 的 因素 有 很 多 : 需求 不 稳 
定 、 规 模 预测 错误 、 产 品 功能 变化 ， 以 及 人 为 错误 ， 包 括 过 高 估计 可 达到 的 软件 复 用 数量 。 

规模 预测 错误 的 来 源 有 很 多 。 这 些 错误 有 可 能 源 于 缺乏 历史 规模 数据 。 当 为 了 获得 开发 资金 支持 而 刻意 压低 开发 成 本 ,或 者 
为 了 赢得 合同 而 故意 提交 开发 成 本 较 低 的 项 目 提案 时 ， 都 会 出 错 。 在 开发 估算 中 ， 规 模 是 主要 的 成 本 驱动 因素 。 图 14-6 显 示 的 
是 来 自 几 个 主要 软件 开发 项 目的 规模 增长 实例 [1] (由 X 轴 上 的 A 一 K 表 示 ) 。 这 些 项 目 里 规模 增长 的 原因 已 不 得 而 知 ， 这 让 任何 规 
模 增长 模型 的 开发 都 变 得 更 加 复杂 。 


软件 规模 增长 


预测 
国 实际 


规模 (FE) 
rn 
S 


ae B C D E F 


程 序 
图 14-6 ”规模 增长 算法 的 历史 项 目 数据 基 础 


规模 错误 也 有 可 能 来 自 于 估算 者 经 验 的 缺乏 或 者 简单 的 人 类 局 限 。 其 中 原因 之 一 可 追溯 到 古 希 腊 神 话 和 潘多拉 的 传说 。 根 据 
古 希 腊 神 话 ， 潘 多 拉 打 开 了 现代 称 之 为 “潘多拉 魔 盒 ” 的 罐子 ( 陶 缸 ) ， 释 放 了 所 有 的 人 类 罪恶 一 一 仿 禁 、 虚 荣 、 诽 谤 、 妨 
尽 、 好 色 。 当 她 再 次 关闭 色 子 盖 时 ， 只 留 了 一 个 罪恶 在 锻 子 里 。 当 潘多拉 第 二 次 打开 色 子 时 ， 她 释放 了 人 类 所 有 病痛 苦难 中 最 糟 
糕 的 苦 厄 一 一 希望 。 因 为 心 存 侥 寿 ， 我 们 无 法 从 我 们 的 错误 中 学 到 什么 ， 因 此 ， 永 远 无 休 无 止 地 受到 了 “乐观 ”的 诅 台 。 


另 一 个 原因 是 ， 人 类 心智 无 法 容纳 大 量 的 独立 事物 。 任 何 来 自 7+2 个 不 同 来 源 的 事物 常常 被 限制 为 仅 有 3 土 2 个 不 同 来 源 。 
此 ， 在 我 们 执行 复杂 任务 所 需 的 软件 预测 中 ， 大 量 细节 被 埋葬 或 者 隐藏 。 软 件 规模 几乎 总 是 被 低估 ， 而 低估 的 幅度 通常 又 都 不 是 
无 足 轻 重 的 。 


在 过 去 的 15 年 里 ,已 经 有 人 发 表 了 软件 代码 增长 方面 的 几 项 研究 。“ 几 项 ”并 不 一 定 等 同 于 足够 多 。 最 近 的 几 项 研究 中 小 
据 都 来 自 于 典型 的 嵌入 式 软件 系统 开发 。 这 些 项 目的 规模 增长 范围 都 在 81% 到 2389% 之 间 。 

瓦 茨 .S. 汉 弗 莱 B] (Watts Humphrey) ， 能 力 成 熟 度 模型 (CMM) 背后 的 主要 驱动 力量 之 一 ， 曾 经 提 到 ， 如 表 14-1 所 示 ， 
虽然 没有 好 的 数据 来 支持 这 些 数字 ， 但 确实 存在 一 些 实用 的 经 验 估算 法 则 。 这 些 法 则 与 实际 项 目 数据 非常 一 致 ， 可 以 称 得 上 是 相 
当 不 错 的 软件 估算 指南 。 


表 14-1 不 同 项 目 阶段 的 代码 增加 


完成 的 项 目 阶段 代码 增长 范围 (百分比 ) 完成 的 项 目 阶段 代码 增长 范围 ( 百分比 ) 


需求 分 析 100 一 200 代码 实现 25 ~ 50 
概要 设计 功能 测试 10 一 25 


详细 设计 50 ~ 100 系统 测试 0 一 10 


巴 利 . 霍 尔 钦 向 (Barry Holchin) ， 著 名 的 开发 费用 研究 者 和 估算 者 ， 曾 提出 过 一 个 依赖 于 产品 复杂 度 (D) 、 项 目 成 熟 度 
以 及 新 增 与 复 用 源 代码 分 布 的 代码 增长 模型 。 该 霍 尔 钦 (Holchin) 模型 提供 了 一 种 机 制 ， 用 以 在 软件 开发 期 间 预 测 代码 的 物理 


(或 总 的 ) 增长 量 。 
如 图 14-7 所 示 ， 最 大 和 最 小 复杂 度 曲 线 (Dmax 和 Dmin) 之 间 的 区 域 表 示 潜 在 规模 增长 区 。 复 杂 度 的 最 大 值 Dmax 和 最 小 值 
Dmin 分 别 为 15 和 8。 这 些 值 来 自 于 开发 成 本 与 开发 时 间 的 比值 : 


E 
Daca ( 14-8 ) 


d 
这 里 ， 
D= 复 杂 度 ， 
c= 比 例 常量 ， 
Ed= 开 发 工作 量 (人 年 ) ， 以 及 


Td= 开 发 时 间 (年 ) 。 


经 过 修改 的 Holchin 代码 增长 模型 


付 加 增长 


Pi 
Bb 


图 14-7 ”经 过 修改 的 霍 尔 钦 代 码 增长 算法 模型 


低 复 杂 度 项 目 (高 D 值 ) 可 以 通过 配置 较 多 的 人 手 在 较 短 时 间 段 内 完成 开发 。 而 高 复杂 度 项 目 则 需要 使 用 较 小 型 的 开发 团 
队 ， 花 费 较 长 的 开发 周期 。 在 Sage、SEER-SEM (现在 的 软件 SEERTM) 和 SLIM 等 估算 工具 中 ， 复 杂 度 值 15 等 同 于 一 款 与 底层 
操作 系统 没有 任何 交互 的 单机 应 用 软件 的 复杂 度 。 例 如 ， 复 杂 度 为 15 (D=15) 的 软件 可 能 是 一 款 财 会 系统 软件 。 高 复杂 度 项 目 

(D=8) 基本 就 相当 于 操作 系统 的 开发 了 。 

在 软件 规模 增长 计算 中 ， 第 一 步 是 为 待 评估 开发 项 目 确定 增长 因子 的 取 值 范围 ， 如 图 14-7 中 D= 12 所 示 。 项 目 复杂 度 等 级 

12 (如 卫星 地 面 站 ) 一 般 代表 了 与 底层 系统 有 重要 交互 的 应 用 软件 。 增 长 曲线 (图 14-7 中 虚线 所 示 ) 由 如 下 关系 公式 计算 而 


S 


=a 
Co=Comint (Comax-Comin) * (D-8) /7 (14-9) 
Cioo=C100mint (Cioomax-C100min) * (D-8) /7 (14-10) 

这 里 ， 
C0= 给 定 复杂 度 D 的 期 望 增长 曲线 的 0 端点 ， 
Comax= 软 件 规模 增长 曲线 的 上 限 端点 ， 假 定 D 的 取 值 学 围 为 8~15， 
Comin= 软 件 规模 增长 曲线 的 下 限 端点 ， 
C100= 给 定 复杂 度 D 的 期 望 增长 曲线 的 100 端 点 ， 
C100max= 软 件 规模 增长 曲线 的 上 限 端点 ， 
C100min= 软 件 规模 增长 曲线 的 下 限 端 点 。 


从 估算 的 角度 看 ， 代 码 的 物理 增长 很 重要 ， 但 仍然 没有 软件 总 规模 增长 重要 。 霍 尔 钦 模型 已 被 扩展 用 于 预测 软件 开发 工作 量 
计算 所 需 的 有 效 规模 增长 。 从 图 14- 7 的 图 形 上 看 ， 其 增长 空间 与 图 14-7 中 所 示 的 复杂 度 曲线 D=8 和 D= 15 之 间 的 空间 相同 。 


规模 增长 计算 的 第 二 步 考虑 项 目的 成 熟 度 等 级 。 成 熟 度 等 级 将 软件 增长 校正 为 软件 开发 的 当前 状 
度量 表 如 表 14-2 所 示 。 将 成 熟 度 因子 M 应 用 于 有 效 规模 增长 方程 ， 方 程 如 下 : 


h=1.0+Co+ (Cio0-Co) * (1.0-M/100) (14-11) 
这 里 ， 
h 代 表 了 相对 的 代码 总 增长 率 ， 而 
M = 成 熟 度 因 子 取 值 。 


表 14-2 ”经 过 修改 的 堆 尔 钦 项 目 成 熟 度量 表 


项 目 成 熟 度 
概念 孕育 
ae 5 关键 设计 评审 (CDR 
司 授 予 (C/A) 

次 件 需 求 评审 (SRR) 


N 
y 


APh = 
>r pu 


态 。 经 过 修改 的 


100 


例如 ， 假 设 在 软件 需求 评审 〈 在 SRR 时 D=12) 时 执行 代码 增长 预测 ， 则 该 复杂 度 相对 的 平均 代码 增长 为 1.16， 即 增长 约 


16%。 最 大 增长 为 1.55。 该 增长 的 影响 见 表 14-3 和 表 14-4。 
表 14-3 ”作为 项 目 成 熟 度 的 一 个 函数 ， 正 常 复 


复杂 度 


ame Tu Toto Tota fete Pw iT 


杂 度 值 的 平均 增长 因子 (h) 值 


TE e e o p eo a p er OT 来 源 选择 (方案 完成 ) 
C/A 全 面 开发 开始 
SRR 需求 完成 
( 续 ) 
复杂 度 
成 熟 度 


ror [100 | ro [1.08 | ros | ro | roa [ios [103 [103 D 


表 14-4 作为 项 目 成 熟 度 的 一 个 函数 ， 正 常 复杂 度 值 的 最 大 增长 因子 (h) 值 


M 13 14 
me | o fe Pas ine fae f ia f io f roo f ror fenan 


发 完成 


复杂 度 
RS | [2m [am [axe | 219 | 20r | or [1s0 le 
方案 2.32 1.44 | 来源 选择 (方案 完成 ) 
CA | EA [ao iss root ior sm 


对 于 正常 递增 的 复杂 度数 值 (D) ， 图 14-7 中 图 形 显示 的 成 熟 度 因 子 (M) 对 应 的 软件 规模 平均 增长 与 最 大 增长 分 别 总 结 在 
了 表 14-3 和 表 14-4 中 。 


第 三 步 ， 计 算 规模 增长 ， 预 测 项 目 开发 结束 时 的 规模 总 增长 量 。 计 算 公式 如 下 : 
Src=h*So (14-12) 
ZE, 
STG= 包 含 增长 量 在 内 的 软件 总 规模 ， 以 及 
So= 增 长 预测 之 前 的 初始 预测 规模 。 


这 里 的 规模 增长 预测 值 指 的 是 “总 的 ” 源 代码 规模 。 就 估算 而 言 ， 规 模 增长 预测 需要 的 是 基于 “有 效 ” 源 代码 规模 的 估算 。 
在 这 方面 ， 代 码 规模 增长 不 仅 必 须 包含 物理 增长 ， 还 得 囊括 软件 修改 、 首 向 工程 、 回 归 测试 等 工作 的 影响 。 有 效 规模 由 如 下 公式 
得 出 : 


Se Shew Smodt Sreused* (0.4*Fdes 二 0.25*Finp+0.35*+Ftest) (14-13) 
这 里 ， 

Fdes= 相 对 设计 因子 ， 

Fimp= 相 对 实现 因子 ， 以 及 

Ftest= 相 对 测试 因子 。 


Snew 给 出 新 增 的 源 代 码 量 ，Smod 给 出 了 项 目 中 修改 的 源 代 码 量 ， 而 Sreused 则 指出 了 复 用 的 源 代 码 量 。 从 有 效 规 模 的 角度 
有 三 个 方面 的 工作 也 会 相应 出 现 增加 : 


a 


1) 为 确定 新 系统 需要 的 代码 修改 ， 对 复 用 代码 所 做 的 逆向 工程 ， 即 Sdes=0.4*Fdes'Sreused。 
2) 与 修改 代码 之 间 的 接口 必须 确定 为 某 个 百分比 ， 即 Simp=0.25*Fimp*Sreused。 
3) 为 确保 被 升级 的 系统 功能 正确 ， 需 要 对 复 用 代码 进行 的 回归 测试， 即 Stest=0.35*Ftest*Sreused。 


通过 对 这 几 项 工作 应 用 规模 增长 因子 h， 可 以 获得 一 个 大 概 的 有 效 规模 增长 量 。 有 效 规模 增长 由 如 下 公式 得 出 : 


Spp=h* (S 


newt Smod+SgestSimpt Stest) (14-14) 
这 里 ， 


Ste- 有效 规模 增长 。 


示例 一 一 软件 规模 增长 计算 


考虑 一 个 任务 规划 系统 的 软件 开发 初步 估算 ， 该 系统 包含 14300 行 新 增 源 代 码 ，15000 行 来 自 现 有 系统 经 过 修改 的 源 代码 ， 
以 及 现 有 系统 剩余 ?0000 行 源 代 码 的 直接 重用 。 该 系统 的 复杂 度 为 D= 12。 该 估算 是 在 开发 合同 授予 (Contract Award, C/A) 
时 进行 的 。 该 软件 开发 项 目的 平均 和 最 大 预测 规模 是 多 少 呢 ? 


在 合同 授予 期 间 ， 使 用 方程 (14-7) 的 规模 估算 为 : 

S.=14300+0.5 (15000) +0.05 (50000) =24300 

由 于 没有 更 多 可 用 的 信息 来 进行 更 加 详细 的 规模 估算 ， 我 们 分 别 使 用 表 14-3 和 表 14-4 中 的 增长 因子 值 h 来 计算 名 义 规模 增长 
和 最 大 规模 增长 的 预测 值 。 名 义 软 件 增 长 预测 为 1.21， 而 最 大 规模 增长 预测 为 1.72。 应 用 这 些 增长 因子 来 估算 有 效 规模 ， 可 得: 


S.=1.21*24300=29403ESLOC (包含 名 义 增长 ) ， 以 及 
S.=1.72*24300=41796ESLOC (包含 最 大 增长 ) 。 


根据 以 上 估算 可 知 ， 有 效 规模 的 初始 计算 结果 为 24300 行 源 代码 ， 使 用 该 值 进行 项 目 估算 的 话 ， 将 会 导致 开发 成 本 和 进度 被 
严重 低估 。 
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[4] Holchin, Barry, Code Growth Study. Software Development Cost Estimating Guidebook (Hill AFB, UT: Software Technology Support 
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14.7 ”规模 估算 风险 


软件 成 本 和 进度 估算 中 使 用 的 规模 值 来 自 于 一 个 三 步 过 程 。 该 过 程 如 下 : 


1) 确定 有 效 规模 的 基线 数值 和 规模 基线 标准 差 。 有 效 规模 估算 方法 已 在 “有 效 源 代码 行 ” 一 节 详 细 描 述 。 名 义 规模 值 为 图 
14-8 中 的 非 对 称 规模 分 布 的 均值 。“ 基 线 ”规模 值 (10% 的 概率 ) 等 于 均值 减 去 均值 标准 差 。 基 线 规模 值 通 常 由 CARD 中 的 信息 
直接 计算 而 得 。 


2) 估算 最 大 规模 增长 (90% 的 概率 ) ， 该 值 由 图 14-8 中 的 “最 大 值 ”大 致 估算 而 得 。 最 大 增长 值 由 开发 者 的 能 力 、 软 件 产 
品 的 成 熟 度 、 产 品 复杂 度 和 现存 源 代码 的 复 用 程度 综合 确定 。 


3) 确定 平均 增长 估计 值 ， 对 应 于 成 本 和 进度 估算 中 最 有 可 能 的 规模 值 。 基 线 值 、 均 值 和 最 大 规模 值 也 都 被 应 用 于 软件 风险 


分 析 中 。 规 模 增长 的 估算 方法 在 后 面 小 节 中 将 详细 摘 述 。 


最 可 能 值 


概率 


最 大 值 


规模 增长 
图 14-8 有效 规模 增长 分 布 


源 代码 增长 是 软件 开发 项 目 中 导致 成 本 超支 、 进 度 延 误 的 一 个 至 关 重 要 的 因素 。 正 如 “规模 增长 ”一 节 中 所 介绍 的 ， 霍 尔 
钦 趾 的 源 代码 增长 模型 以 由 软件 产品 复杂 度 、 产 品 成 熟 度 和 软件 复 用 程度 共同 决定 的 物理 代码 增长 为 基础 。 霍 尔 钦 模型 的 增长 巴 
测 结论 与 定性 历史 数据 相 比 也 不 相 上 下 。 本 书 中 描述 的 用 于 预测 有 效 规模 增长 的 模型 对 于 估算 一 个 现实 可 行 的 开发 成 本 和 进度 数 
据 来 说 十 分 必要 ， 它 是 霍 尔 钦 算 法 的 一 个 扩展 。 


大 多 数 乐 观 的 软件 开发 成 本 与 进度 估算 都 是 基于 本 章 “ 有 效 源 代码 ”一 节 所 讨论 的 有 效 软件 规模 的 。 该 扩展 模型 所 预测 的 规 
模 增 长 Smax 对 应 于 90% 概 率 处 的 最 大 软件 规模 ; 也 就 是 说 ， 软 件 的 最 大 规模 具有 90% 的 概率 小 于 或 等 于 该 最 大 值 。 其 相应 的 开 
发 成 本 与 进度 就 代表 了 假定 在 只 有 规模 增长 的 情况 下 的 一 个 风险 估算 。 对 开发 的 最 大 影响 对 应 于 规模 最 大 增长 情况 下 最 大 基线 的 
规模 估算 。 


为 简单 实用 ， 我 们 可 以 将 图 14-8 中 规模 增长 的 不 平衡 分 布 看 作 是 一 个 三 角 分 布 ， 以 简化 规模 增长 均值 的 计算 。 由 此 假设 所 
带 来 的 错误 几乎 可 以 忽略 不 计 。 三 角 分 布 的 规模 增长 均值 可 由 如 下 方程 近似 得 出 : 


S mean =0.707Spasclinet0.293S (14-15) 


mean maximum 


由 霍 尔 钦 模型 可 知 ， 软 件 规模 增长 的 数量 也 是 软件 产品 成 熟 度 因子 的 函数 。 正 如 人 们 所 期 望 的 那样 ， 随 着 软件 成 熟 度 的 提 
， 规 模 增长 因子 会 相应 降低 。 而 项 目 成 熟 程度 确定 了 开发 人 员 对 正 被 开发 的 软件 系统 所 具有 的 知识 水 平 。 


| 


[1] Holchin, B., Code Growth Study. Software Development Cost Estimating Guidebook,(Hill AFB, UT: Software Technology Support 


Center, October, 2010). 


14.8 ”完美 软件 规模 估算 案例 


我 们 可 以 将 完美 软件 公司 的 软件 项 目 案例 用 作 有 效 规模 测算 的 一 个 或 一 组 示例 加 以 研究 。 该 案例 研究 包括 3 个 截然 不 同 的 有 
效 规模 计算 示例 : @@ 任 务 规划 系统 、@ 命 令 生 成 系统 ， 以 及 @@ 通 信 系统 。 每 一 个 示例 都 以 项 目 成 本 与 进度 分 析 期 间 所 获得 的 实际 
数据 为 基础 。 为 保持 真实 ， 只 改变 了 名 称 。 


第 15 章 ”功能 点 规模 佑 算 


功能 点 度量 的 是 软件 做 什么 ,而 不 是 如 何 开 发 和 实现 它 11|。 
一 一 卡 罗 尔 . A RAM 


«CrossTalk» , 1999 


功能 点 (Function Point, FP) 分 析 办 是 预测 软件 系统 总 规模 的 一 种 方法 。 功 能 点 (FP) 方法 主要 基于 软件 系统 的 内 部 逻 
辑 设 计 ， 通 过 定量 化 系统 功能 来 度量 软件 的 规模 。 


这 里 我 需要 谨慎 指出 的 是 ， 功 能 点 计算 规则 有 很 多 种 不 同 版 本 。 本 书 所 讲 的 经 典 功 能 点 方法 遵从 了 《功能 点 计算 实践 手 
册 》 (版 本 4.2) 的 具体 定义 。1SO 功 能 点 规则 衍生 自 功能 点 手册 的 4.1 版 。 我 青睐 有 加 的 3D 功 能 点 规则 ， 是 国际 功能 点 用 户 组 
(International FP Users Group, IFPUG) 版 本 4.1 的 一 个 扩展 ， 由 波音 公司 的 斯 蒂 夫 . 惠 特 米 勒 B] (Steve Whitmire) 为 波音 
7X7 系 列 飞 机 的 研发 而 开发 出 来 。 特 性 点 (Feature Point) 是 由 软件 生产 率 研究 所 的 卡 帕 斯 . 琼 斯 夫 (Capers Jones) 为 实时 与 
系统 软件 而 创立 的 。 还 有 其 他 很 多 衍生 方法 ， 数 量 太 多 ， 不 胜 枚 举 。 本 书 使 用 FPUG 4.2 版 本 及 其 3D 扩 展 来 简单 介绍 软件 规模 估 
算 中 功能 点 的 使 用 方法 。 


[1] Dekkers, ers, C. A., “ Managing (the size of) Your Projects,” CrossTalk, (Hill AFB, UT: Software Technology Support Center, Februry 
1999), p.23. 

[2] 国际 功能 点 用 户 组 ，Function Point Counting Practices Manual: Release 4.2, (Westerville, OH: IFPUG), 2004. ( 版 本 4.2 使 得 在 一 个 估 
算 中 正确 区 分 软件 规模 和 开发 工作 量 成 为 可 能 。) 

[3] Whitmire, S. “ 3D Function Points: Scientifi c and Real-Time Extensions to Function Points ” , Proc. of the 10th Annual Pacifi c 
Northwest Software Quality Conference, 1992. 


[4] Jones, C., Applied Software Measurement: Assuring Productivity and Quality. (New York NY: McGraw-Hill, 1997). 


15.1 功能 点 计数 


功能 点 规模 估算 过 程 的 总 体 目 标 是 ， 确 定 一 个 能 够 代表 软件 系统 功能 性 规模 大 小 的 经 过 调整 的 功能 点 (Adjusted Function 
Point, AFP) 数量 。 要 达到 此 目标 ， 有 几 个 必要 的 步骤 。 具 体 过 程 如 下 : 


1) 确定 应 用 软件 边界 (Application Boundary) 。 


2) 识别 和 评定 事务 功能 的 类 型 ， 以 确定 它们 对 未 调整 功能 点 (Unadjusted Function Point，UFP) 数量 的 贡献 。 


3) 识别 和 评定 数据 功能 的 类 型 ， 以 确定 它们 对 未 调整 功能 点 数量 的 贡献 。 

4) 确定 数值 调整 因子 (Value Adjustment Factor，VAF) 。 该 因子 校正 满足 操作 需求 的 总 规模 。 
5) 计算 调整 的 功能 点 (AFP) 数量 。 

有 几 个 基本 术语 ， 比 如 应 用 软件 边界 和 事务 ， 也 适用 于 功能 点 计算 。 


应 用 软件 边界 是 一 条 假想 的 边界 线 ， 它 使 应 用 软件 与 其 外 部 环境 分 离开 来 。 对 所 有 维度 上 软件 组 成 部 分 类 型 的 识别 ， 依 赖 于 
这 条 线 的 正确 划 定 。 


事务 是 由 应 用 领域 所 确定 的 一 组 数据 及 其 操作 。 事 务必 须 具有 跨越 应 用 软件 边界 的 特性 。 事 务 中 的 数据 既 可 单 向 也 可 双向 跨 
越 应 用 边界 而 流动 。 事 务 的 唯一 性 是 由 其 一 组 独特 的 数据 内 容 、 独 特 的 源 和 (或 ) 目标 地 ， 或 一 组 独特 的 操作 而 决定 的 。 


由 于 事务 及 数据 功能 的 评定 既 依赖 于 事务 中 所 包含 的 信息 ， 又 依赖 于 其 引用 的 文件 数量 ， 因 此 ， 推 荐 首先 计算 事务 。 


未 调整 的 功能 点 (UFP) 数量 由 第 2 步 和 第 3 步 确 定 (本 章 稍 后 会 详细 讨论 ) ; 先 计算 第 2 步 还 是 先 计算 第 3 步 ， 无 关 紧 要 。 
在 图 形 用 户 界面 (Graphical User Interface, GUI) 和 面向 对 象 (Object-Oriented, OO) 类 型 的 应 用 软件 中 ， 首 先 从 第 2 步 


开始 计算 会 比较 容易 一 些 。 


调整 的 功能 点 (AFP) 数量 是 UFP 数 量 和 一 般 系 统 特征 (General System Characteristics, GSC) 调整 的 组 合 ， 在 15.4 小 


节 将 讨论 一 般 系统 特征 调整 。 调 整 的 功能 点 数量 就 是 经 过 调整 的 系统 总 规模 。 


15.2 ”功能 点 的 组 成 部 分 


本 节 介绍 和 分 析 在 功能 点 分 析 中 所 使 用 的 各 个 组 成 部 分 。 共 有 7 个 部 分 : 
1) 内 部 逻辑 文件 (Internal Logical File, ILF) 

2) 外 部 接口 文件 (External Interface File, EIF) 

3) 外 部 输入 (External Input, El) 

4) 外 部 输出 (External Output, EO) 

5) 外 部 查询 (External Inquiry, EQ) 

6) 变换 (Transform, TF) 

7) 转换 (Transition, TR) 


最 后 两 个 组 成 部 分 (变换 和 转换 ) 只 在 3D 功 能 点 计算 方法 中 使 用 。3D 功 能 点 方法 以 软件 的 三 维 模型 为 基础 而 构建 。 该 模型 
是 对 数据 库 、 科 学 和 实时 应 用 软件 开发 所 关注 的 规模 估算 深入 研究 的 成 果 。 


汤姆 . 狄 马 克 是 将 软件 描绘 为 具有 3 个 维度 特征 [1] (数据 、 功 能 和 控制 ) 的 第 一 人 。 功 能 维度 的 规模 贡献 由 功能 点 的 组 成 部 
分 “变换 ”来 体现 。 例 如 ， 天 和 气 预报 功能 具有 很 少 的 输入 与 输出 、 很 小 的 逻辑 文件 需求 以 及 相当 大 量 的 数学 计算 (在 传统 功能 点 
分 析 中 并 未 充分 涉及 ) 。 


控制 维度 关注 的 是 软件 系统 与 状态 相关 的 特定 行为 ， 包 括 诸 如 设备 控制 、 事 件 、 响 应 以 及 时 效 性 等 的 问题 。 这 就 需要 考虑 系 
统 中 与 行为 相关 (状态 和 转换 ) 方面 的 规模 大 小 。 控 制 维度 软件 的 例子 有 航空 电子 设备 和 过 程控 制 ， 它 们 在 经 典 功能 点 (数据 ) 
维度 里 均 没有 被 充分 涵盖 。 


当 忽略 变换 (TF) 和 转换 (TR) 这 两 部 分 时 ， 本 书 中 所 介绍 的 功能 点 方法 精确 地 代表 了 IFPUG 4.2 版 的 功能 点 计数 定义 。 然 
而 ， 忽 略 它们 将 会 造成 本 书 所 涵盖 的 很 多 应 用 软件 的 功能 点 数量 偏 少 。 


除 此 之 外 ， 我 们 必须 考虑 应 用 软件 的 边界 ， 它 不 是 功能 点 的 组 成 部 分 ， 而 是 一 条 假想 的 边界 线 ， 将 项 目 中 待 开发 、 修 改 和 
(或 ) 增强 的 部 分 与 项 目 范围 外 部 驻 留 的 系统 部 分 分 离开 来 。 


为 有 助 于 评定 前 5 个 功能 点 组 成 元 素 ， 有 必要 进行 一 些 术语 定义 。 它 们 有 : 
1) 记录 元 素 类 型 (Record Element Type，RET) 

2) 引用 的 文件 类 型 (File Type Referenced，FTR) 

3) 数据 元 素 类 型 (Data Element Type，DET) 

4) AMER (Processing Steps, PS) 

5) 语义 声明 (Semantic Statement，SS) 


所 有 的 经 典 功能 点 组 成 元 素 都 是 基于 RET、FTR 和 DET 而 进行 评定 的 。 如 表 15-1 所 示 ，3D 功 能 点 的 变换 (TF) 部 分 是 根据 处 
理 步骤 和 语义 声明 的 数量 而 进行 评定 的 。 该 评定 结果 的 度量 将 在 与 组 成 部 分 类 型 相关 的 小 节 中 详细 介绍 。 


表 15-1 经 典 功能 点 评级 组 成 


组 成 部 分 SS 
内 部 人 逻辑 文件 (LF) 
外 部 接口 文件 (EIF) 
外 部 输入 (EI) 
外 部 输出 (EO) 
( 续 ) 
组 成 部 分 SS 
外 部 查询 (EQ) 
变换 (TF) 
转换 (TR) 


[1] DeMarco, Tom, Controlling Software Projects. (New York, NY: Yourdon Press, 1982). 


15.3 ”未 调整 功能 点 计数 


每 个 级 别 的 组 成 部 分 类 型 实例 数量 已 被 填 入 了 表 15-9 中 的 适当 表格 中 。 每 个 数目 都 被 乘 以 给 定 的 权重 因子 以 确定 其 加 权 数 
值 。 总 计 列 是 每 个 组 成 部 分 行 的 加 权 数 值 总 和 。 所 有 组 成 部 分 总 和 相 加 即 可 得 到 未 调整 功能 点 (UFP) 总 数目 。 


记 住 ， 表 15-9 所 得 的 未 调整 功能 点 数目 指 的 是 一 个 以 用 功能 点 数目 度量 的 、 包 含 需求 和 结构 在 内 、 中 等 规模 软件 系统 的 功 
能 性 总 规模 。 这 里 没有 针对 系统 类 型 或 处 理 需 求 的 任何 调整 。 从 现实 意义 上 讲 ， 我 们 无 法 区 分 数据 处 理 系统 和 实时 航空 电子 系统 
之 间 的 差别 。 我 们 也 无 法 辨别 出 一 个 具有 较 强 用 户 接口 要 求 的 系统 和 一 个 太空 机 载 设 备 系统 之 间 真 正 的 差异 。 我 们 所 能 知道 的 
是 ， 这 些 系 统 确定 无 疑 地 包含 了 中 等 数量 的 功能 。 我 们 只 度量 了 系统 总 规模 。 未 调整 功能 点 数量 没有 告诉 我 们 有 天 开 发 和 运营 环 
境 方面 的 任何 事情 。 


表 15-9 未 调整 功能 点 的 计算 


EN 评级 
is 高 os 
内 部 逻辑 文件 (ILF) x 7= x 15= 
外 部 接口 文件 (EIF) es 
外 部 输入 (EI) x 3 Ta 
外 部 输出 (EO) x 5= 


转换 (TR) x 3= 
未 调整 的 功能 点 数 (UFP) 


15.4 ”调整 的 功能 点 


调整 的 功能 点 (AFP) 考虑 的 是 与 非典 型 的 性 能 需求 和 (或 ) 操作 环境 相关 的 各 种 系统 规模 变化 。 很 有 可 能 的 情况 是 ， 当 存 
在 复 用 性 或 者 用 户 支持 方面 的 需求 时 ， 你 正在 度量 的 软件 系统 要 比 常 见 软件 系统 的 平均 规模 大 得 多 。 因 此 ， 为 处 理 此 类 问题 ,一 
定 要 对 总 规模 预测 做 出 相应 的 调整 。 从 源 代码 行 (SLOC) 的 角度 看 ， 预 测 的 总 规模 需要 能 够 自动 调整 其 数值 以 囊括 涉及 的 各 种 
特殊 条 件 。 在 未 调整 功能 点 的 计算 方法 里 ， 没 有 考虑 各 种 特殊 条 件 。 因 而 ， 很 有 必要 对 未 调整 功能 点 (UFP) 数目 进行 校正 以 涵 


善 这 些 特殊 需求 


在 现代 软件 估算 工具 中 存在 一 种 趋势 ， 即 在 制定 软件 开发 成 本 与 进度 估算 时 忽略 规模 调整 。 这 些 估算 模型 包含 了 一 系列 的 因 
子 ， 这 些 因子 可 针对 开发 环境 中 的 各 种 特殊 需求 和 约束 条 件 而 校正 成 本 与 进度 估算 的 结果 。 反 对 调整 功能 点 规模 预测 的 主要 观点 
认为 ， 这 些 特殊 条 件 对 成 本 与 进度 的 影响 已 经 在 工作 量 的 调整 中 进行 了 处 理 。 该 假设 的 错误 正在 于 此 : 在 规模 和 工作 量 中 均 需 要 
进行 调整 。 为 实现 用 户 支持 功能 需要 增加 更 多 的 代码 (软件 ) ， 而 为 设计 和 测试 这 些 功能 ， 又 需要 更 多 的 工作 量 。 


15.5 KSAT 


绝 大 多 数 广泛 使 用 的 软件 估算 工具 都 是 基于 源 代码 行 数 来 预测 软件 开发 的 工作 量 和 进度 数据 的 。 尽 管 它 是 一 个 切实 可 行 的 软 
件 总 规模 估算 方法 ， 功 能 点 方法 与 这 些 工 具 所 使 用 的 算法 并 不 直接 兼容 。 需 要 注意 的 是 ， 这 些 工 具 中 的 某 些 工具 确实 允许 将 输入 
的 功能 点 作为 一 种 规模 度量 ， 但 在 估算 出 成 本 和 进度 数据 之 前 ， 需 要 将 功能 点 (FP) 数据 内 部 转换 为 源 代码 行 (SLOC) 。 


许多 研究 者 深入 研究 了 功能 点 与 源 代码 行 之 间 的 转换 因子 。 这 些 研究 中 ， 由 卡 帕 斯 :琼斯 [] (Capers Jones) 于 1991 年 发 表 


的 研究 成 果 最 为 全 面 。 表 15-13 包 含 了 卡 帕 斯 :琼斯 列举 的 一 部 分 常用 语言 的 转换 数据 。 这 里 列 出 的 SLOC/FP 及 其 范围 数据 是 由 
不 同 的 研究 者 所 发 表 数 据 的 大 概 综合 。 该 表 所 列 数据 与 卡 帕 斯 -琼斯 的 数据 有 着 紧密 关联 。 


表 15-13 FP 与 LOC 的 转换 


T im 

汇编 ， 基 本 237 ~ 575 面向 对 象 13 ~ 40 
COBOL (ANSI 95 ) 第 三 代 语 言 45 一 1 
FORTRAN 95 第 四 代 语 言 10 ~ 30 
JAVA 24 ~ 40 


表 15-13 中 的 数据 说 明了 现代 编程 语言 的 相对 效率 。 例 如 ， 宏 汇编 语言 与 C++ 的 比率 为 213/55=3.87， 这 表明 C++ 比 汇编 语 
言 有 着 将 近 4: 1 的 规模 优势 。 该 比率 也 表明 ， 使 用 高 级 编程 语言 具有 很 大 的 成 本 优势 。 


请 注意 ， 表 中 每 个 ?LOC/FP 比 率 的 范围 都 很 大 。 因 此 ， 使 用 逆 火 分 析 技 术 获 得 等 效 源 代 码 规模 数值 并 不 能 产生 精确 的 源 代 
码 行 数 目 。 还 需要 记 住 的 是 ， 逆 火 分析 过 程 并 不 能 产生 在 成 本 和 进度 估算 中 使 用 的 “有 效 ” 源 代码 规模 。 逆 火 分 析 过 程 产生 的 是 
功能 性 总 规模 ， 该 规模 数值 假设 开发 中 没有 软件 重用 或 使 用 商业 现成 软件 。 


功能 点 (UFP 或 AFP) 转换 为 等 效 的 源 代码 行 总 数 ， 可 通过 如 下 方程 完成 : 
S,=AFP*BF (15-3) 
这 里 ， 
St= 软 件 源 代码 行 总 量 ， 
AFP= 调 整 后 的 功能 点 数量 ， 
BF= 来 自 表 15-13 的 SLOC/FP 转 换 因 子 。 
使 用 AFP 数 值 可 以 获得 最 合理 的 源 代码 行 转换 结果 。 
第 14 章 讨论 过 的 软件 规模 增长 因子 也 可 以 应 用 于 方程 (15-3) 中 的 总 规模 St， 以 获得 开发 过 程 中 预期 的 规模 增长 。 


[1] Jones, Capers. Applied Software Measurement, (New York, NY: McGraw-Hill Inc., 1991). 


15.6 ”功能 点 与 对 象 


3D 功 能 点 规模 估算 和 对 象 规模 估算 基本 上 都 是 完全 相同 的 技术 。 在 较 高 层面 上 ， 应 用 程序 和 对 象 具有 相同 的 功能 点 组 成 属 
性 。 应 用 程序 有 内 部 数据 ， 包 含 数学 变换 ， 以 及 具有 外 部 可 观察 的 行为 。 应 用 程序 是 由 低层 对 象 组 成 的 ， 这 些 对 象 既 可 并 发 执 


行 ， 也 可 嵌 套 包含 在 其 他 对 象 里 面 。 为 了 很 好 地 理解 这 一 概念 ， 我 们 必须 把 功能 点 组 成 部 分 与 类 的 特性 进行 映射 。 


为 了 进行 映射 ， 需 要 像 应 用 软件 的 功能 点 分 析 一 样 ， 首 先 确定 类 的 边界 。 跨 越 对 象 (类 ) 边界 的 任何 事物 ， 要 么 是 一 个 输 
入 ， 要 么 是 一 个 输出 ， 要 么 是 一 个 查询 。 向 对 象 传递 信息 或 者 触发 对 象 状态 变化 的 消息 ， 就 是 对 象 的 一 个 输入 。 而 由 类 生成 的 消 
息 就 是 一 个 输出 。 促 使 对 象 返 回 有 关 其 自身 状态 的 信息 但 不 改变 对 象 任何 状态 的 消息 就 是 一 个 查询 。 


对 象 的 内 部 静态 结构 描述 了 对 象 的 属性 ， 代 表 了 对 象 能 够 呈现 的 可 能 状态 。 软 件 设计 与 方法 学 家 格雷 迪 - 布 奇 [1| (Grady 
Booch) 说 ，“ 对 象 的 状态 包括 该 对 象 所 有 的 属性 ， 再 加 上 每 个 属性 的 当前 值 。” 对 象 的 状态 空间 结构 就 是 它 的 内 部 数据 结构 。 
最 起 码 ， 作 为 其 状态 的 体现 ， 对 象 至 少 要 包含 一 个 记录 类 型 。 状 态 的 属性 均 为 记录 数据 元 素 类 型 。 


对 象 可 以 包含 数学 变换 ， 但 并 非 所 有 对 象 都 包含 有 数学 变换 。 某 些 对 象 在 本 质 上 纯粹 就 是 个 算法 。 确 实 包 含 数学 变换 的 对 象 
通常 被 识别 为 变换 器 或 转换 器 。 


对 象 通常 会 表现 出 一 定 的 外 部 行为 。 对 象 对 外 部 事件 (消息 ) 的 反应 方式 通常 取决 于 消息 的 内 容 和 对 象 当前 的 状态 。 所 有 的 
对 象 都 会 表现 出 某 种 行为 。 而 行为 模式 的 转变 正 是 功能 点 领域 的 “转换 ”。 


3D 功 能 点 方法 可 直接 应 用 于 面向 对 象 (OO) 的 软件 中 ， 在 这 些 软件 中 ， 应 用 的 边界 被 划分 到 应 用 程序 的 层面 上 。 在 该 层面 
上 ，3D 功 能 点 度量 的 是 交付 的 功能 ， 并 不 全 是 开发 的 软件 功能 。 


[1] Booch, G., Object-Oriented Analysis and Design With Applications, Second Edition(New York NY: Benjamin-Cummings, 1994). 


15.7 零 功能 点 问题 


新 的 软件 开发 可 以 明确 指定 使 用 功能 点 (FP) 方法 和 (或 ) BARRET (SLOC) 的 度量 方法 。 我 们 也 可 以 指定 用 功能 点 
方法 来 度量 现 有 软件 系统 的 新 功能 的 规模 ,但 绝 大 多 数 时 候 我 们 还 是 使 用 源 代码 行 来 度量 现 有 功能 的 修改 规模 。 当 估算 被 用 于 现 
有 系统 的 扩展 时 ， 规 模 说 明 一 般 都 会 变 得 更 加 复杂 。 既 要 确保 指定 使 用 功能 点 方法 的 部 分 不 会 与 用 源 代码 行 表示 的 部 分 相互 重 
者， 又 要 确保 系统 开发 被 这 两 种 方法 完全 涵盖 ， 估 算 者 必须 慎之 又 慎 。 


在 这 种 情况 下 ， 使 用 功能 点 方法 的 主要 问题 被 称 为 “ 零 功 能 点 问题 ”。 使 用 功能 点 规模 估算 方法 时 ， 当 修改 软件 的 一 部 分 但 
不 增加 或 不 改变 软件 的 任何 功能 时 ， 就 会 出 现 问题 。 将 功能 点 概念 仅 用 于 说 明 系 统 开发 总 规模 是 允许 的 。 新 添加 系统 功能 的 规模 
只 是 软件 开发 中 确定 应 用 程序 边界 的 问题 。 功 能 点 不 会 尝试 去 表示 开发 的 工作 量 ; 因此 ， 它 没有 一 种 机 制 来 处 理 修改 、 删 除 、 回 
归 测试 和 逆向 工程 等 工作 的 工作 量 。 


零 功能 点 问题 只 能 通过 有 效 源 代码 行 (ESLOC) 来 解决 。 有 效 规模 可 由 如 下 公式 给 出 : 
Se=Srp+SmodtSreused*Sar (15-4) 
这 里 ， 
SFp 是 通过 逆 火 分 析 将 调整 后 的 功能 点 数目 转换 为 源 代 码 行 数 ， 
SAF 是 第 14 章 定义 的 规模 调整 因子 。 


在 SLOC 度 量 体 系 里 ， 使 用 3LOC 可 以 计算 出 修改 的 和 复 用 软件 的 开发 工作 量 。 上 述 方法 要 求 ， 功 能 点 方法 仪 限于 新 开发 部 
分 的 规模 预测 ， 而 基于 源 代码 行 的 方法 用 于 软件 产品 的 修改 和 复 用 部 分 。 


第 16 章 ”维护 估算 


新 玩意 儿 从 来 不 好 使 ， 但 我 们 总 是 希望 这 一 次 会 有 所 不 同 。 
一 一 G.M. 温 伯 格 器 
《咨询 的 奥秘 》 


软件 生命 周期 成 本 具有 多 重合 义 。 它 的 常见 定义 与 软件 开发 过 程 密切 相关 ， 其 生命 周期 包括 了 从 需求 分 析 开 始 到 系统 集成 结 
束 的 所 有 开发 阶段 。 更 为 实际 一 些 的 定义 则 包括 了 从 需求 分 析 到 软件 寿命 终结 时 的 退役 处 理 在 内 的 所 有 阶段 。 后 者 包含 了 软件 产 
品 的 维护 工作 ， 其 成 本 或 许 会 比 软件 开发 成 本 多 很 多 倍 。 软 件 投入 运行 5 年 之 后 ， 其 维护 的 累积 成 本 可 能 比 全 面 开 发 所 需 成 本 还 
多 ， 这 种 情况 很 常见 。 


[1] Weinberg, G.M., The Secrets of Consulting (New York, NY: Dorset House, 1985), p.141. 


软件 维护 成 本 主要 包含 两 个 主要 类 别 : 软件 增强 (enhancing) 和 软件 产品 的 知识 留存 (retaining) 。 软 件 增强 又 包括 两 
种 类 型 : @ 改 变 产品 的 功能 规格 (添加 新 的 能 力 ) ， 以 及 @ 改 进 软件 但 不 改变 任何 功能 规格 。 软 件 增强 是 修改 软件 以 适应 用 户 需 
求 的 过 程 。 我 们 通常 涉及 的 维护 活动 ， 包 括 对 软件 进行 变更 ， 都 可 归 类 为 软件 增强 这 一 类 别 。 


软件 产品 改进 和 维护 通常 包括 3 个 子 类 别 !']: 纠正 性 维护 、 适 应 性 维护 和 完善 性 维护 。 

1) 纠正 性 维护 : 包括 功能 、 性 能 和 (或 ) 代码 实现 方面 的 失效 。 这 种 类 型 的 维护 让 我 们 不 得 不 重新 检查 软件 的 原始 需求 ， 
或 者 错误 实现 这 些 需 求 所 导致 的 软件 错误 。 

2) 适应 性 维护 : 包括 功能 或 数据 环境 的 变化 。 这 种 类 型 的 维护 常常 是 由 运行 环境 的 改善 所 引起 的 ， 需 要 对 软件 进行 变更 使 
其 适应 新 的 运行 环境 。 


3) 完善 性 维护 : 包括 增强 性 能 或 可 维护 性 。 这 种 类 型 的 维护 通常 是 由 于 技术 改进 所 导致 的 ， 这 些 技术 改进 可 能 让 良好 的 产 


当 我 们 想到 软件 维护 时 ， 我 们 最 常 想到 的 就 是 修复 软件 缺陷 ， 或 者 让 软件 变 得 更 好 。 另 外 还 有 一 种 类 型 的 软件 维护 经 常 被 我 
们 忽略 。 对 于 不 需要 改变 产品 的 维护 ， 我 们 该 怎么 称呼 它 呢 ? 例 如， 我 们 有 一 个 重要 系统 ， 它 能 够 满足 我 们 的 性 能 要 求 ， 并 且 运 
行 可 靠 。 这 样 的 系统 仍然 要 求 我 们 付出 资源 以 用 于 维护 该 产品 吗 ” 我 们 必须 安排 人 手 来 支持 该 产品 吗 ?” 如 果 该 产品 包含 了 
1000000 行 源 代码 ， 又 会 怎样 呢 ? 


另 一 种 维护 类 型 一 一 知识 留存 一 一 在 估算 中 经 常 被 忽略 。 为 保留 软件 产品 的 内 部 运作 机 理 方面 的 知识 ， 承 担 软 件 维护 任务 
的 人 员 数 量 必须 足够 多 ; 也 就 是 说 ， 那 些 具有 软件 产品 详细 运作 知识 的 员工 必须 保留 。 对 于 大 型 软件 产品 ， 此 类 人 员 通 常 不 是 个 
小 数目 。 


软件 估算 模型 通常 不 具备 足够 的 信息 来 预测 软件 缺陷 修复 的 工作 量 。 目 前 有 关 缺 陷 修复 开发 方面 的 信息 相当 匮乏 ， 而 这 些 信 
息 对 于 估算 计算 来 说 又 必 不 可 少 。 不 过 ， 涉 及 软件 增强 和 知识 留存 成 本 方面 的 信息 却 是 相当 充足 。 


[1] Swanson, anson, E.B. “ The Dimensions of Maintenance” , Proc. of the IEEE/ACM Second International Conference on Software 


Engineering. October, 1976. 


16.2 ”软件 增强 


软件 增强 工作 使 用 了 年 度 变更 量 (Annual Change Traffic，ACT) 的 概念 ， 它 是 年 度 内 需要 变更 或 修改 的 软件 产品 总 源 代 
码 量 与 包括 所 有 三 种 软件 增强 类 型 (完善 性 、 适 应 性 和 纠正 性 ) 涉及 的 软件 产品 总 源 代码 量 的 比值 。 


软件 增强 的 工作 组 成 由 如 下 表达 式 给 出 : 


x Sy 源 代 码 量 ( 人 月 / 年 ) ( 16-1 ) 


这 里 ， 
E1 是 软件 增强 的 工作 量 (人 月 /年 ) ， 
ACT 是 年 代 变 更 量 (数字 分 数 ) ， 

9 是 维护 组 织 的 相对 质量 (0.5 到 1.7) ， 
PF 是 软件 开发 生产 率 因 子 (ESLOC/PM) ， 
S 总 厌 fi 星 是 软件 的 总 规模 (SLOC) 。 


软件 维护 组 织 的 相对 质量 9 是 一 个 因子 ， 它 调整 了 与 组 织 能 力 相 对 应 的 工作 量 。 因 子 0.5 对 应 于 一 个 小 于 5000 的 基本 技术 常 
量 。 数 值 升 高 到 1.7 的 因子 对 应 于 具有 基本 技术 常量 超过 9000 的 组 织 ， 而 对 于 基本 技术 常量 接近 于 6500 的 一 般 开 发 组 织 ， 其 质量 
评级 接近 于 1.0。 


审视 质量 因子 g 的 另 一 种 方法 基于 维护 组 织 具 有 软件 产品 的 经 验 。 软 件 维护 组 织 的 生产 率 可 由 开发 组 织 的 质量 (效率 ) 来 相 
对 确定 。 如 果 由 其 开发 组 织 来 维护 该 软件 ， 则 质量 因子 g 为 1.0。 通 常 ， 维 护 组 织 并 不 会 像 开 发 团队 那样 经 验 丰富 或 足够 胜任 维护 
工作 。 在 这 种 情况 下 ， 质 量 因 子 g 一 定 会 降低 ， 比 如 降 到 0.8。 这 种 评估 质量 因子 g 的 替代 方法 没有 上 面 描述 的 第 一 种 方法 那么 精 
确 ， 但 如 果 在 估算 时 并 不 知道 软件 维护 组 织 ， 则 这 种 方法 也 是 一 个 非常 有 用 的 粗略 估计 。 


作为 一 条 经 验 法 则 ， 基 于 历史 数据 ， 一 旦 软件 增强 工作 量 超过 了 总 规模 的 20% 到 30%， 考 虑 启动 一 个 全 新 的 软件 开发 以 将 这 
些 变 更 或 增强 融合 到 软件 系统 里 去 则 更 加 实际 。 想 象 一 下 ， 如 果 年 度 变 更 量 (ACT) 值 为 1.0 的 话 会 怎样 。 那 意味 着 系统 将 会 被 
一 年 之 内 的 维护 完全 取代 。 这 样 的 事情 非常 不 太 可 能 会 发 生 ， 尤 其 是 在 当初 始 的 软件 开发 花费 了 三 四 年 时 间 的 情况 下 。 


16.3 ”知识 留存 


对 于 在 软件 的 整个 生命 岁月 里 维护 该 产品 来 说 ， 比 如 变更 和 (或 ) 增强 软件 产品 ， 软 件 的 操作 知识 是 必 不 可 少 的。 在 预测 保 
持 软件 产品 正常 工作 所 需 的 工作 时 ， 人 们 常常 忽略 知识 留存 工作 。 忽 略 操作 知识 留存 工作 总 是 导致 软件 维护 活动 中 要 么 是 成 本 严 
重 超支 ， 要 么 是 产品 知识 极度 缺乏 。 


要 预测 保留 软件 产品 的 操作 知识 所 需要 的 人 员 数 量 ， 可 以 利用 存在 于 早期 软件 行业 的 民间 传说 中 的 一 个 概念 。 那 个 古老 的 启 
“每 个 程序 员 可 维护 4 盒 卡片 (每 个 卡片 盒 装 有 2000 张 穿孔 计算 机 卡片 ) ”一 一 几乎 与 软件 行业 自身 一 样 古老 。 


7IN 

以 一 些 段落 之 前 我 提 到 过 的 那个 软件 系统 为 例 ， 对 于 一 个 包含 了 大 概 1000000 行 源 代 码 的 现存 复杂 软件 系统 ， 我 们 正在 考虑 
其 知识 留存 的 工作 量 。 该 系统 已 经 运行 将 近 10 年 了 ， 目 前 仍然 可 靠 地 运行 着 。 我 们 的 组 织 获得 了 一 个 合同 ， 在 未 来 的 10 年 里 负 
责 维护 该 系统 。 我 们 需要 安排 多 少 人 来 维护 该 系统 呢 ?” 较 早 的 一 个 估计 是 6 名 工程 师 。 如 果 我 们 使 用 那个 每 名 程序 员 4 盒 卡片 的 
古老 启示 ， 维 护 工作 需要 的 工程 师 数量 将 会 是 125 人 。 


今天 ， 上 述 古 老 启示 的 一 个 更 新 版 本 也 非常 实用 ， 即 : 


È ae x Se ee ( 人 月 J 年 ) ( 16-2 ) 


这 里 ， 
E2 是 软件 增强 的 工作 量 (人 月 /年 ) ， 
D 是 软件 产品 的 有 效 复杂 度 ， 
9 是 维护 组 织 的 相对 质量 因子 (0.5 到 1.5) ，1.5 匹 配 的 是 异常 优秀 的 组 织 ， 
S 总 源 代 碍 量 是 软件 的 总 规模 (KSLOC) 。 


如 果 我 们 应 用 方程 (16-2) 来 进行 系统 维护 估算 ， 假 设 系统 的 复杂 度 为 12 (这 是 普通 复杂 度 系统 的 典型 值 ， 不 像 操作 系统 
那样 复杂 ) ， 假 设 维护 组 织 具 有 一 般 的 基本 技术 常量 (6500) ， 维 护 该 系统 所 需要 的 工程 师 数量 为 : 


9.2 X 1000/1.0/12=767PM/ £ 


=064 名 工程 师 


16.4 ” 稳 态 维护 的 工作 量 

由 于 涉及 的 人 员 是 同一 批 人 ， 稳 态 (steady-state) 维护 的 工作 量 是 知识 留存 维护 的 工作 量 和 软件 增强 工作 量 二 者 中 的 最 大 
值 。 软 件 维护 团队 的 规模 由 软件 需求 中 的 较 大 者 决定 。 

每 年 稳 态 维护 的 工作 量 可 由 如 下 公式 计算 而 得 : 

E,,=max (E4, E2) (人 月 /年 ) (16-3) 
这 里 ，Em 是 稳 态 软件 产品 维护 所 需 的 工作 量 。 


方程 (16-3) 表明 ， 执 行 软件 产品 功能 增强 的 人 员 同 时 也 是 保留 产品 操作 知识 的 那些 人 。 只 有 在 软件 增强 需要 的 人 员 超 过 


了 保留 产品 操作 知识 所 必需 的 人 员 数 目 时 ， 才 会 向 软件 维护 任务 中 添加 更 多 的 额外 人 手 。 通 常 ， 保 留 操作 知识 所 需要 的 人 手 要 远 
远大 于 软件 增强 开发 需要 的 人 数 。 对 此 ， 仪 用 方程 (16-2) 即 可 计算 软件 维护 所 需 的 工作 量 。 


16.5 ”维护 示例 


让 我 们 再 来 看 一 看 表 16-1 所 示 的 FSC 软 件 系统 的 名 义 估算 。 该 系统 的 开发 已 经 完成 并 交付 给 了 客户 。 软 件 运行 过 程 中 仍然 发 
现 了 很 多 重大 错误 ， 但 随 着 软件 逐渐 成 熟 ， 错 误 的 数量 正在 大 大 减少 。 从 软件 错误 的 角度 看 ， 一 旦 系统 稳定 下 来 ， 我 们 预期 ， 在 
运行 的 过 程 中 ， 该 系统 每 年 将 会 有 约 8% 的 部 分 需要 修改 ， 以 增强 功能 和 改进 运营 。 该 软件 的 开发 人 员 将 会 负担 其 维护 职责 。 为 
满足 这 些 需 求 ， 该 软件 维护 需要 的 年 度 工作 量 是 多 少 呢 ? 


表 16-1 FSC 规划 系统 维护 工作 的 名 义 成 本 分 析 


Ean GPT KATE) 


假定 负责 该 项 维护 任务 的 开发 人 员 人 手 齐 备 ， 表 16-1 包 含 了 预测 年 度 维护 工作 量 所 需 的 复杂 度 信 息 。 换 名 话说， 环境 和 开 
发 能 力 将 相对 稳定 不 变 ， 而 该 维护 工作 量 计 算 中 的 生产 率 也 无 需 进行 调整 。 


使 用 方程 (16-1) 、 (16-2) 和 (16-3) ， 可 以 计算 出 软件 维护 (软件 增强 、 知 识 留存 和 稳 态 维护 ) 的 工作 量 。 表 16-1 的 
生产 率 数据 均 提取 自 表 13-1， 假 定 软件 规模 零增长 。 这 些 生产 率 数值 要 比 从 平均 增长 生产 率 推测 出 来 的 数值 更 加 保守 (更 
低 ) ， 因 而 得 出 的 维护 工作 量 也 比较 保守 。 


对 于 该 规划 系统 ， 使 用 方程 (16-3) 可 计算 出 每 个 主要 子 系统 的 预期 年 度 维护 工作 量 。 对 于 该 系统 所 有 三 个 组 成 部 分 ， 其 
估算 出 的 年 度 变更 量 (ACT) 大 约 为 每 年 10%。 三 个 组 成 部 分 的 维护 都 被 年 度 变更 量 (ACT) 的 工作 完全 占据 了 。 在 本 例 中 ， 没 
有 任何 一 个 子 系统 受到 保留 系统 知识 所 需要 的 人 员 数 量 的 驱动 。 大 部 分 维护 人 员 都 是 具备 操作 知识 的 人 员 。 取 决 于 编程 质量 和 变 
更 的 数量 ， 仅 仅 在 五 年 之 内 ， 维 护 的 工作 量 将 会 与 当初 开发 的 工作 量 基本 一 致 。 因 此 ， 该 系统 的 维护 工作 量 还 算 相 对 适中 。 


第 17 草 BS 


你 可 以 让 水 牛 去 任何 地 方 ， 只 要 它们 想 去 。 
推论 : 你 可 以 让 水 牛 远离 任何 地 方 ， 只 要 它们 不 想 去 那里 。 
一 一 佚名 


就 像 书 名 中 指出 的 ， 本 书 的 目的 是 ，“ 改 进 软件 开发 生产 率 : 软件 管理 中 的 有 效 领导 力 与 量化 方法 ”。 本 书 书 名 把 所 有 材料 
的 重点 都 放 在 了 软件 开发 的 生产 率 上 ; 但 是 ， 这 些 概念 都 是 通用 的 ， 也 可 应 用 于 任何 开发 环境 。 


当 你 打开 这 本 书 ， 我 希望 进入 你 脑海 的 第 一 个 问题 是 ， 在 你 自己 的 组 织 中 ， 你 能 做 些 什么 来 提高 软件 开发 的 生产 率 ” 你 可 不 
是 20 世 纪 问 相同 问题 的 第 一 人 。 


17.1 有 效 性 公式 回顾 


如 果 我 们 的 目标 是 改进 生产 率 、 软 件 开发 或 其 他 相关 事物 ， 那 目标 的 靶 心 就 是 有 效 领导 力 。 有 效 性 公式 一 一 本 书 的 核心 
一 一 就 是 以 成 功 的 三 个 有 效 属性 (沟通 、 管 理 有 效 性 和 技术 ) 为 基础 的 。 这 种 分 类 适用 于 任何 组 织 ， 而 不 仪 仪 是 我 在 第 3 章 所 讨 
论 的 软件 组 织 。 该 公式 的 通用 形式 可 应 用 于 任何 行业 的 任何 组 织 。 幸 运 的 是 ， 软 件 行业 已 经 收集 到 了 足够 多 的 数据 ， 以 对 组 织 肯 
生产 率 和 能 力 进行 定量 化 度量 。 


产品 创建 与 开发 是 一 个 高 度 协作 、 动 态 的 活动 。 无 论 我 们 的 开发 流程 多 么 有 效 ， 无 论 我 们 的 技术 支持 多 少 流程 ， 无 论 我 们 的 
人 员 多 么 稳定 ， 随 着 项 目 往 前 推进 ， 总 会 有 很 多 必要 的 重新 思考 、 重 新 定义 、 重 新 规划 以 及 重新 定向 。 此 外 ， 团 队 沟 通 并 不 总 是 
完美 无 缺 。 对 需求 、 设 计 和 接口 等 都 会 有 不 完整 和 不 正确 的 理解 。 为 纠正 这 些 错 误 和 误解 ， 开 发 项 目的 所 有 参与 者 之 间 频 繁 而 有 
效 地 进行 沟通 显得 非常 必要 。 在 所 有 需要 的 沟通 路 径 中 实现 紧密 沟通 也 是 个 不 断 重复 迭代 的 过 程 。 这 一 段 内 容 我 使 用 “软件 ”这 
个 词 了 吗 ? 没有 ! 我 保证 这 些 概 念 都 是 通用 的 。 有 效 性 公式 适用 于 任何 努力 。 尽 管 软件 是 广 受 有 效 领导 力 影响 的 很 好 例子 ,但 它 
也 只 是 例子 之 一 。 


基于 这 些 原 因 ， 对 于 运作 于 行业 环境 中 的 组 织 来 说 ， 工 程 师 的 价值 取决 于 三 个 特质 : 沟通 、 管 理 和 技术 。 这 三 个 特质 是 如 此 
密切 地 融入 了 开发 过 程 中 ， 以 至 于 个 体 员 工 工作 的 有 效 性 可 由 它们 的 乘积 来 表示 : 


E=CIM (T) ] (17-1) 
这 里 ， 

E= 净 有 效 性 (0~1) 

C= 沟 通 能 力 和 技巧 (0~ 1) 

M= 管 理 理念 认 知 (0~1) 

T= 技术 能 力 (0~1) 


有 效 性 公式 是 生产 率 改 进 的 基石 ， 这 也 是 我 在 整 本 书 里 反复 多 次 讲述 它 的 重要 原因 。 这 种 表述 方式 的 目的 就 是 要 强调 该 计算 
的 链 式 效应 。 如 果 任何 一 项 为 0%， 其 最 终结 果 仍然 为 0%， 但 沟通 与 技术 并 非 直接 相关 。 


软件 开发 行业 是 幸运 的 ， 相 比 过 去 50 多 年 里 我 曾 从 事 过 的 任何 行业 ， 软 件 行业 已 收集 了 更 多 的 成 本 、 进 度 和 生产 率 数 据 。 
在 生产 率 和 软件 行业 所 使 用 的 软件 估算 工具 之 间 ， 存 在 着 一 个 紧密 的 、 详 细 记 载 的 相互 关系 。 从 历史 的 角度 看 ， 在 上 一 个 项 目 里 
实现 的 生产 率 非 常 接近 于 应 当 用 来 确定 下 一 个 项 目的 成 本 和 进度 的 预测 生产 率 。 尽 管 存在 反对 意见 ， 但 是 从 一 个 项 目 到 另 一 个 项 
目 ， 软 件 开发 的 生产 率 变化 很 小 。 同 时 ， 佑 算 工 具 所 使 用 的 各 个 参数 都 是 很 好 的 指示 信号 ， 为 改进 开发 的 生产 率 ， 它 们 可 以 或 者 
应 该 被 用 来 确定 应 当 采 取 的 管理 措施 。 


从 实际 意义 上 看 ， 上 述 公式 中 ， 在 0~1 这 一 取 值 学 围 内 ， 现 在 的 “技术 ” 取 值 更 容易 接近 于 0.9， 而 “沟通 ”和 “管理 ”的 
取 值 则 更 接近 于 0.5。 在 这 一 条 件 下 ， 最 终 的 有 效 性 公式 取 值 接近 于 0.2。 这 既 不 是 一 个 能 赢得 任何 奖赏 的 结果 ， 也 无 法 成 为 对 组 


织 领 导 力 任何 赞誉 的 源泉 。 不 幸 的 是 ， 这 样 的 结果 离 行业 里 各 种 事务 当前 的 状态 并 不 遥远 。 


在 有 效 性 公式 最 初 发 表 35 年 之 后 ， 再 回头 看 看 该 公式 ， 我 发 现 ， 没 有 哪个 项 目 能 够 在 不 具备 Y 理 论 管理 的 情况 下 具有 优秀 的 
沟通 。 我 也 没有 看 到 来 自 存在 于 X 理 论 管理 下 的 开放 开发 环境 的 任何 记录 数据 。 或 许 描述 这 一 困境 的 男 一 种 方式 是 ，“ 在 羊 儿 们 
能 够 随意 乱 跑 的 环境 里 ， 牧 羊 人 根本 就 不 起 作用 。” 


自 第 2 章 起 ， 我 曾 多 次 提 到 有 效 性 公式 和 组 织 能 力 评级 (OCR) 公式 。 如 果 技 术 属性 为 0， 组 织 的 生产 率 也 将 趋 近 于 0。 如 果 
沟通 完全 缺失 ， 或 者 管理 、 传 统 或 其 他 管理 方法 完全 缺乏 ， 情 况 也 是 一 样 。 作 为 一 个 概念 模型 ， 从 哲学 上 讲 ， 今 天 的 结果 与 该 模 
型 在 1979 年 首次 发 布 是 一 样 有 效 的 。 


以 在 X 理 论 和 Y 理 论 软件 开发 环境 中 效果 均 良 好 的 有 效 性 公式 为 基础 ， 我 定义 了 组 织 能 力 评级 (OCR) 。 该 评级 评估 了 7 个 因 
子 ， 它 们 都 是 组 织 开 发 环境 不 可 或 缺 的 一 部 分 。 我 确信 存在 一 组 参数 (特性 ) ， 它 们 可 用 于 其 他 行业 的 类 似 开 发 环境 中 。 具 体 而 
言 ， 分 析 师 和 程序 员 能 力 评级 对 成 本 损失 具有 同等 的 直接 影响 。 


17.2 ”人 一 流程 一 项 目 三 元 组 


所 有 的 组 织 和 开发 方法 都 可 用 图 17-1 所 示 的 基本 “人 一 流程 一 项 目 ”三 元 组 来 表示 。 每 种 行业 表示 方法 均 为 该 三 元 组 的 一 
个 直接 形式 演变 。 所 有 行业 都 有 项 目 ， 每 个 项 目 都 有 一 个 流程 (或 一 组 流程 ) ， 定 义 了 它 的 运作 方法 ， 而 每 个 项 目 都 有 参与 人 
员 。 

所 有 组 织 都 拥有 该 三 元 组 中 的 “人 ”这 一 节点 ， 代 表 了 人 们 身 处 其 中 的 物理 环境 及 管理 环境 。 该 三 元 组 的 “流程 ”节点 代表 
了 人 们 为 产生 组 织 产 品 所 使 用 的 开发 流程 。 组 织 能 力 和 开发 生产 率 极 大 地 受到 该 三 元 组 模型 中 “人 ”这 一 节点 的 沟通 和 管理 属性 
的 驱动 。 在 图 17-1 中 ， 为 了 让 沟通 与 管理 之 间 的 重要 联系 清晰 可 见 ，“ 人 ”节点 被 从 这 个 三 元 组 中 分 离开 来 。 


项 目 


图 17-1 软件 开发 三 元 组 : 人 一 流程 一 项 目 


在 第 6 章 ， 为 了 把 该 公式 中 的 沟通 和 管理 属性 组 合成 能 够 更 加 真实 地 表示 可 用 数据 的 形式 ， 以 及 为 了 反映 沟通 和 管理 之 间 的 
协作 效应 ， 我 重新 调整 了 有 效 性 公式 的 格式 。 无 论 如 何 ， 有 效 性 公式 也 可 表示 成 如 下 形式 : 


E=CM (CS) (17-2) 

这 里 ， 
CM = 沟通 技巧 与 管理 概念 认 知 的 组 合 ， 以 及 
CS= 计 算 机 科学 的 技术 能 力 。 


格 里 : 温 伯 格 (1 (Gerry Weinberg) 从 巴 利 : 玻 姆 外 (Barry Boehm) 关于 软件 工程 经 济 学 的 经 典 研究 中 得 到 了 开发 环境 对 
开发 成 本 和 生产 率 的 相对 影响 的 比较 结果 。 玻 姆 分 离 出 了 一 组 16 个 “成 本 驱动 因素 ”， 确 定 了 每 个 驱动 因素 对 软件 产品 开发 成 
本 的 影响 。 根 据 玻 姆 的 成 本 驱动 因素 的 定义 ， 温 伯 格 把 这 些 成 本 驱动 因素 又 归 为 四 类 一 工具、 人员 、 系 统 和 管理 。 


格 里 : 温 伯 格 的 研究 结果 指出 了 具有 最 高 收益 的 分 类 (管理 ) ， 根 据 占 总 成 本 的 百分比 ， 如 图 17-2 所 示 。 我 们 应 用 于 分 析 师 
和 程序 员 能 力 的 定义 使 得 该 能 力 评级 成 为 管理 的 一 部 分 。 对 于 任何 需要 高 度 协 作 的 行业 ， 管 理 对 成 本 的 影响 都 具有 典型 性 。 杰 拉 
尔 德 温 伯 格 的 咨询 第 二 定律 提供 了 具有 支持 作用 的 观察 结果 : 


图 17-2 根据 玻 姆 软件 工程 经 济 学 研究 的 4 个 软件 成 本 驱动 因素 分 类 对 成 本 的 相对 影响 


数据 来 源 : 根据 Dorset House 授 权重 印 。 数 据 来 自 Getald M.Weinberg, Quality Software Management, Vol.3: Congruent 


Action, Fig.2-1, pb.14. 版 权 @1994， 保留 所 有 权利 。 
不 管 一 开始 看 起 来 什么 样 ， 它 始终 是 人 的 问题 。 


[1] Weinberg, G., Quality Software Management, Vol. 3, (Englewood Cliffs, NJ, 1994), Pg. 14. 
[2] Boehm, B. W., Software Engineering Economics, (Englewood Cliffs, NJ: Prentice-Hall, Inc., 1981). 


[3] Weinberg, G.W., The Secrets of Consulting (New York, NY: Dorset House, 1985), p. 5. 


17.3 沟通 的 价值 


我 在 本 书 中 通 篇 所 讲 的 并 不 是 当前 软件 开发 环境 的 标准 规 学 。 这 些 环境 并 未 经 过 有 意 或 无 意 的 专门 设计 ， 以 促进 项 目 参与 者 
之 间 的 紧密 交流 沟通 。 管 理 人 员 通 常 与 工程 师 们 分 离开 来 ， 而 工程 师 之 间 也 是 彼此 分 离 的 。 对 于 偶尔 的 旁观 者 来 说 ， 这 些 开发 环 
境 的 目的 似乎 就 是 作为 一 种 手段 来 阻碍 人 们 之 间 的 交流 。 现 代 大 规模 软件 开发 环境 的 标准 配置 就 是 整 本 书 里 我 称 之 为 隔 间 农场 那 
样 的 环境 。 这 种 环境 里 ， 人 们 之 间 所 有 的 沟通 和 交流 都 必须 强制 通过 组 织 的 计算 机 网 络 来 进行 。 


沟通 或 信息 传递 是 生产 率 改进 领域 最 重要 的 考虑 因素 之 一 。 通 过 计算 机 网 络 并 不 会 发 生 很 多 圈子 里 本 来 想象 的 那 种 有 效 沟 
通 。 为 强调 这 一 点 ， 让 我 们 回顾 一 下 第 2 章 所 讲 的 内 容 。 如 图 17-3 所 示 ， 在 演讲 中 ， 约 55% 的 信息 是 通过 肢体 语言 (比如 姿势 、 
手势 和 眼神 接触 等 ) 传递 的 。38% 的 信息 通过 语音 音调 (比如 音 高 、 音 量 、 抑 扬 顿 挫 等 ) 传递 的 ， 而 仪 有 7% 的 信息 传递 来 自 于 
演讲 中 的 文字 或 内 容 。 


图 17-3 ”沟通 的 组 成 部 分 


当 我 们 仅仅 依赖 于 计算 机 显示 来 传递 信息 时 ， 传 递 的 信息 量 就 会 极 大 降低 ， 因 为 我 们 移 除 了 提问 和 响应 以 澄清 问题 的 能 力 。 
我 们 失去 的 不 仅 是 语音 交流 中 微妙 的 部 分 ， 还 有 双方 之 间 进 行 实时 反馈 所 需 的 部 分 。 我 至 今 还 没有 听 谁 说 ， 通 过 计算 机 使 用 书面 
文档 可 以 改善 沟通 。 


有 人 建议 ， 解 决 沟通 障碍 的 有 效 方案 就 是 现代 技术 ， 比 如 使 用 电子 邮件 和 高 速 通信 了 网络。 但 这 些 方式 缺乏 视 党 和 听觉 成 分 ， 
而 这 些 成 分 对 沟通 来 说 又 是 如 此 重要 。 这 些 解决 方案 经 常 被 提出 来 以 给 本 地 沟通 提供 文 持 或 为 远程 软件 开发 团队 进行 辩护 。 具 有 
讽刺 意味 的 是 ， 这 种 解决 方案 造成 了 比 格子 间 (隔音 盒子 间 ) 更 严重 的 沟通 障碍 。 至 少 ， 在 彼此 相连 的 格子 间 的 人 们 还 会 有 些 物 
理 接触 ， 而 遥远 地 方 的 团队 有 时 候 却 是 远 隔 干 里 。 视 觉 和 语音 信息 辐射 以 及 实时 响应 的 丢失 ， 都 会 坚 起 一 堵 无 形 的 墙 。 


17.4 ”管理 与 激励 


数 以 百 计 的 管理 教科 书 都 是 围绕 着 管理 的 5 项 基本 职能 进行 讨论 的 ， 这 5 项 基本 职能 分 别 是 : 规划 、 组 织 、 人 员 配 置 、 领 
导 或 指导 以 及 控制 其 组 织 。 自 工业 革命 开始 以 来 ， 这 些 职能 就 一 直 驱 动 着 管理 工作 ， 并 延续 到 21 世 纪 仍 然 长 盛 不 豪 。 这 些 职 能 
从 根本 上 提升 了 控制 和 效率 ， 但 并 未 提高 生产 率 。 这 5 个 职能 忽略 的 一 个 目标 就 是 有 效 领导 力 。 我 将 牧羊 与 这 些 基 本 职能 联系 了 


起 来 。 另 一 个 视角 包含 在 本 书 开 头 的 简短 引用 中 。 我 们 需要 水 牛 想 去 我 们 想 让 它 去 的 地 方 。 


发 生 在 1916 年 的 著名 霍 又 实验， 是 一 个 在 工厂 环境 下 寻找 提高 生产 率 方法 的 研究 。 在 研究 中 观察 到 的 翟 又 效应 表明 ，5 项 经 
典 管理 职能 并 不 能 解决 生产 率 问题 。 尽 管 取得 了 不 少 经 验 教训 ， 但 该 实验 的 目标 仅仅 取得 了 极其 有 限 的 成 功 。 


霍 桑 效应 发 现 ， 组 织 环 境 中 影响 生产 率 的 最 重要 因素 是 在 工作 中 建立 起 来 的 人 际 关 系 ， 而 不 仅仅 是 薪水 和 工作 条 件 。 当 被 管 
理 者 认定 为 非 正 式 团队 时 ， 生 产 率 就 上 升 。 上 升 的 生产 率 反 映 了 工人 们 的 胜任 感 种 能 够 掌控 工作 和 环境 的 感觉 。 当 工人 
们 的 个 人 目标 与 管理 目标 相反 时 (在 微观 管理 中 与 工人 对 工作 和 环境 没有 显著 掌控 的 情况 下 经 常 友 生 ) ， 生 产 率 就 会 保持 很 低 ， 
要 么 处 于 勉强 可 接受 的 水 平 ， 要 么 比 平常 水 平 还 低 。 


作为 软件 采购 顾问 和 软件 项 目 估 算 者 ,我 花费 了 我 职业 生涯 的 大 部 分 时 间 来 观察 数 以 百 计 的 组 织 看 起 来 像 什么 样子 ， 我 发 现 
其 中 具有 任何 人 员 管 理 和 激励 理念 的 组 织 屈指 可 数 。 这 让 我 回想 起 了 本 书 早先 我 曾 介绍 过 的 关于 牧羊 人 (X 理 论 ) 和 牧师 (YE 
论 ) 之 间 差 别 的 类 比 。 


人 的 重要 性 的 出 现 与 著名 的 霍 桑 实验 一 样 早 。 霍 桑 实 验 表 明 ， 人 主要 是 由 尊重 和 自我 实现 驱动 的 ， 而 不 是 由 生理 和 安全 需要 
驱动 (SMR "BUR ) 。 霍 桑 实 验 为 道格拉斯 .麦克 格雷 格 的 经 典 “X 理 论 一 Y 理 论 []” 学 说 的 发 展 铺 平 了 道路 。 
遵从 X 理 论 假设 的 管理 者 会 尝试 组 织 、 控 制 并 密切 监督 他 们 的 工人 。 这 些 管 理 者 相信 ， 外 部 控制 显然 最 适合 管理 不 可 靠 、 不 


负责 任 和 不 成 熟 的 人 们 。 而 小 隔 间 和 其 他 类 似 形式 的 环境 很 好 地 支持 了 实现 X 理 论 下 组 织 目 标 所 需要 的 严密 控制 。 员 工 之 间 没 有 
沟通 就 很 难 实现 生产 率 的 提高 ， 而 在 Y 理 论 的 环境 中 尤其 如 此 。 


管理 的 兴趣 重点 在 于 工作 。 麦 克 格 让 格 断 言 ， 工 作 可 以 像 玩 游戏 一 样 满足 工人 们 的 需求 。 实 际 上 ， 工 作 和 游戏 都 是 身体 和 脑 
力 活动 ， 因 此 ， 工 作 和 游戏 之 间 没 有 本 质 上 的 区 别 。 领 导 者 的 沟通 和 赋 权 是 企业 组 织 创造 性 的 活力 之 源 。 领 导 者 对 待 其 员工 的 态 
度 能 够 使 其 内 部 交流 得 到 加 强 ， 进 而 实现 生产 率 提升 。 


麦克 格雷 格 的 X 理 论 和 Y 理 论 的 特点 被 总 结 在 了 表 3-1 中 ， 由 于 其 在 有 效 领 导 力 方面 的 重要 性 ， 我 在 这 里 的 表 17-1 中 重复 强调 
一 下 。 


表 17-1 麦克 格雷 格 的 X 理 论 与 Y 理 论 关 于 人 类 本 性 的 假设 


X 理论 Y 理论 
a 1. 如 果 条 件 良 好 ， 工 作 就 跟 娱 乐 游戏 一 样 ， 是 很 自然 
1. 大 多 数 人 厌恶 工作 ate RH J {EF 吴 乐 游戏 一 样 ， 是 很 自 
J 于 "月 


-AA 1 ERih E EE r het ae HH =e 
ee 大 多 数 人 都 缺乏 进取 心 ， 不 愿 承 担 责任 ， 宁 愿 听 从 》 自我 管理 在 实现 组 织 目标 上 经 党 不 可 或 缺 
3. 大 多 数 人 都 不 具备 解决 组 织 问题 所 需要 的 创造 力 3. 大 多 数 人 都 具有 解决 组 织 问题 的 创造 力 
4. 激励 不 仅 在 生理 和 安全 层次 上 有 效 ， 在 社会 地 位 、 
尊重 和 自我 实现 上 同样 有 效 
5. 大 多 数 人 必须 比 严密 监督 ， 经 常 被 强迫 才 会 去 实现 | 5. 如 果 得 到 正确 激励 ， 人 们 在 工作 上 能 够 自我 管理 ， 


4. 只 有 在 生理 和 安全 层次 上 才能 获得 激励 


组 织 目标 并 充满 创意 
关于 Y 理 论 ， 麦 克 格 雷 格 和 其 他 研究 者 没有 论 及 的 一 个 重要 特点 是 ， 人 们 必须 相互 接触 、 紧 密 联系 来 实现 相关 联 的 社会 地 


人 位、 尊重 和 自我 实现 等 目标 。 孤 立 的 人 们 ， 比 如 由 小 隔 间 实现 的 彼此 分 离 ， 使 Y 理 论 的 积极 方面 完全 失效 。 


激励 是 任何 管理 者 必须 面 对 的 最 有 效 和 重要 的 管理 任务 之 一 。 员 工 个 人 可 能 仅 付出 他 /她 个 人 能 力 的 20% 就 能 维持 其 生理 和 
安全 需求 ; 也 就 是 说 ， 做 尽 可 能 少 的 工作 ， 挣 尽 可 能 多 的 金钱 。 但 是 换 一 种 角度 来 看 ， 员 工 个 人 也 可 以 付出 他 /她 个 人 能 力 的 
90% 来 工作 ， 满 足 所 有 的 社会 地 位 、 尊 重 和 自我 实现 (竞争 能 力 和 成 就 感 ) 的 需要 。 而 个 人 到 底 愿 意 付 出 多 少 (付出 的 个 人 能 


ICH) ， 几 乎 完全 是 由 激励 来 驱动 的 。 既 然 激励 是 团队 协作 理念 和 工作 环境 的 基础 ， 在 考虑 其 他 生产 率 改进 措施 之 前 ， 必 须 
优先 考虑 管理 风格 。 


[1] McGregor, Douglas, The Human Side of Enterptise(New York: McGraw-Hill Book Company, 1960). 


17.5 团队 


与 经 典 管理 职能 一 样 ， 激 励 和 团队 也 都 是 有 效 性 公式 中 管理 属性 的 主要 组 成 部 分 。 经 典 管理 职能 可 以 由 游离 于 某 个 独立 办 公 
室 、 另 一 栋 大 楼 或 者 其 他 办 公 地 点 的 经 理 来 执行 。 激 励 和 团队 合作 是 开发 团队 中 做 得 最 好 的 非 经 典 职能 。 


目前 ， 存 在 两 种 级 别 的 团队 : 一 群 分 配 到 同一 个 项 目的 人 (术语 团队 的 通常 用 法 ) ， 以 及 @ 职 业 篮球 队 意义 上 的 团队 。 第 
二 种 团队 定义 则 描述 了 一 种 紧密 的 、 高 度 交 流 的 成 员 关 系 。 大 多 数组 织 都 将 其 软件 开发 团队 识别 为 第 一 种 团队 定义 ， 团 队 成 员 都 
与 由 一 组 共同 的 费用 代码 所 确定 的 相同 的 开发 任务 相关 联 。 第 一 种 类 型 的 团队 组 织 并 不 像 紧 密 联 结 的 专业 人 士 那样 运作 。 项 目 管 
理 者 并 没有 和 开发 人 员 坐 在 一 起 办 公 。 而 开发 人 员 通 常 彼此 被 隔 板 分 隔 ， 典 型 的 办 公 环 境 就 是 小 隔 间 。 开 发 人 员 之 间 的 互动 极 大 
地 受 限于 通过 一 个 或 几 个 网 络 相 连接 的 工作 站 之 间 的 交互 。 沟 通 有 效 性 和 有 效 性 公式 的 结果 减少 到 了 第 2 章 所 讨论 的 面对面 沟通 
中 可 能 包含 信息 的 大 约 7%。 


团队 合作 理念 的 最 新 发 展 让 人 们 把 关注 点 集中 于 管理 和 人 的 问题 。 极 限 编程 和 敏捷 开发 方法 的 提出 ， 证 明了 管理 和 人 的 间 题 
在 软件 开发 生产 率 和 质量 中 的 重要 性 。 除 非 “ 人 ”被 认为 是 “人 一 流程 一 项 目 ”三 元 组 中 的 重要 组 成 部 分 ， 否则， 软件 开发 成 
本 和 进度 估算 仍 将 时 好 时 坏 、 起 伏 无 常 ， 而 生产 率 改 进 也 将 继续 遥 不 可 及 。 

在 过 去 的 几 年 里 ， 敏 捷 软 件 开发 方法 和 极限 编程 已 经 上 升 到 了 软件 管理 和 开发 兴趣 的 最 前 列 。 敏 捷 (Agile) 的 两 个 字典 定 
义 分 别 是 : @ 能 够 快速 而 容易 的 行动 ， 以 及 @ 机 灵 。 这 两 个 定义 都 依赖 于 开发 过 程 中 的 人 的 潜在 能 力 。 我 们 在 前 面 章节 中 介绍 过 
的 “敏捷 宣言 (J ”掀起 了 新 一 波 对 敏捷 哲学 的 浓厚 兴趣 ， 再 次 强调 了 “人 ”的 重要 性 。 根 据 敏捷 宣言 ， 我 们 重点 强调 的 核心 之 一 
是 ，“ 我 们 重视 个 体 与 交互 重 于 过 程 与 工具 ”。 但 这 不 意味 着 流程 与 工具 就 是 罪恶 。 它 只 是 表明 个 体 与 交互 (人 ) 比 流程 与 工具 
具有 更 高 的 优先 级 而 已 。 极 限 编程 (XP) 正 是 敏捷 方法 之 们 覆盖 下 的 团队 结构 之 一 。 


通常 ， 在 团队 软件 开发 环境 中 可 以 观察 到 一 些 与 团队 有 关 的 积极 特性 。 排 名 不 分 先后 ， 这 些 积极 特性 详情 如 下 : 


- 头脑 风暴 。 团 队 协 作 的 情况 下 能 够 产生 比 独自 工作 或 与 其 他 团队 成 员 彼 此 隔离 的 情况 下 更 高 质量 的 设计 和 代码 。 当 多 个 大 
脑 一 起 处 理 一 个 问题 时 ， 在 制定 和 改进 解决 方案 、 评 估 质 量 和 优化 代码 等 方面 花费 的 时 间 更 少 。 


` 持续 设计 走 查 。 编 程 团队 实时 审查 设计 和 代码 ， 最 终 在 团队 的 每 款 产 品 上 都 能 产生 更 少 的 错误 。 


. 集中 精力 。 工 程 师 更 少 地 被 去 洗手 间 、 喝 咖啡 、 讨 论 跑题 等 情况 打 断 。 在 团队 里 ， 茶 歌 也 能 让 大 家 把 精力 集中 在 设计 和 问 
题 讨论 ， 而 非 无 关 活动 上 。 


. 导师 。 当 两 个 程序 员 的 经 验 水 平 并 不 相同 时 ， 敏 捷 世 界 的 结对 编程 能 够 培养 一 种 工匠 们 的 师傅 与 学 徒 关系 ， 帮 助 资 历 较 浅 
的 程序 员 快 速 提升 技能 。 跨 功能 团队 涵盖 的 经 验 和 技能 范围 相当 宽广 ， 这 让 他 们 能 够 为 彼此 提供 的 指导 也 更 加 广泛 。 


. 激励 。 通 常 ， 开 发 团队 似乎 比 单个 工程 师 更 多 地 受到 激励 。 与 传统 经 典 方 法 相 比 ， 霍 又 效应 和 Y 理 论 方法 确实 代表 了 更 多 
的 创新 性 组 织 。 


. 问题 隔离 。 两 双 或 多 双眼 睛 (或 大 脑 ) 集思广益 所 花费 的 时 间 要 远 远 少 于 个 人 单打 独 斗 地 尝试 解决 问题 所 需要 的 时 间 。 


: 氛围 。 在 一 个 运作 正常 的 团队 环境 里 ， 其 团队 氛围 应 当 是 成 员 亲 切 随意 、 积 极 工作 、 轻 松 自由 、 开 放 、 不 受 任 何 威胁 ， 尤 


其 是 团队 成 员 民 主 地 参与 决策 。 没 有 明显 的 紧张 气氛 或 缺乏 有 效 支 持 。 
家 都 能 自由 地 交流 。 团 队 成 员 彼此 相互 支持 。 


BADER BAM, KF 
过 有 效 授权 、 释 放 激 情 以 及 为 他 人 服务 而 创造 出 团队 内 部 的 相互 依赖 


- 沟通 。 无 论 是 内 
. 民主 参与 式 领导 。 领 导 者 的 任务 就 


en NS 


立 兴 趣 妨 碍 团队 的 成 功 。 控 制 他 们 的 物 


用 肯特 :贝克 B] (Kent Beck) 的 话说 : 
对 物理 环境 的 控制 向 团队 发 出 了 一 个 强 有 力 的 信息 。 他 们 不 会 允许 组 织 中 非 理性 的 对 


理 环境 就 是 迈 向 全 面 控 制 他们 如 何 工作 的 第 一 步 。 
当 评 估 一 个 开发 组 织 的 时 人 息 ， 就 生产 率 和 满足 合同 成 本 和 进度 估算 的 可 能 性 而 言 ， 激 励 (管理 风格 ) 和 沟通 的 有 效 性 是 两 个 


最 重要 的 特性 。 组 织 能 力 评级 可 概括 为 : 


- 激励 水 平 
- 团队 方法 的 使 用 
` 沟通 能 力 
- 协作 水 平 


* 工作 环境 
Re KE 


个 人 工作 (思考 问题 ) 的 空间 
- 团队 成 员 的 亲近 程度 
- 软件 工程 能 力 


+ 解决 问题 的 技能 
前 面 的 几 个 因素 确定 了 开发 组 织 中 人 的 能 力 ， 而 后 两 个 因素 确定 了 组 织 的 技术 水 平 。 


[1] The Agile Alliance “. The Agile Manifesto.” Software Development 9.8, August 2001. 
[2] Beck, K. Extreme Programming Explained: Embracing Change (Boston, MA: Addison-Wesley, 2000). 


[3] Beck, K., Extreme Programming Explained: Embrace Change (Boston, MA: Addison Wesley, 2000), p. 80. 


17.6 ”最 后 的 思考 
当 你 第 一 次 看 到 本 书 时 ， 我 猜 关 键 词 “生产 率 改进 ”和 “有效 领导 力 ” 是 促使 你 从 一 开始 就 拿 起 这 本 书 的 原因 。 它 们 都 是 很 


宏大 的 概念 ， 也 正 是 你 已 经 在 积极 应 对 的 主题 。57 年 前 ， 当 我 踏 上 这 条 路 时 ， 我 一 直 苦 苦 挣扎 于 我 是 如 何 被 “我 该 如 何 才 能 在 
我 能 获得 的 有 限时 间 内 完成 我 想 要 做 的 事情 ”这 样 的 问题 淹没 的 。 我 想 ，“ 效 率 ” 这 个 词 最 能 表达 我 当时 的 关注 点 。 


时 的 唯一 想法 就 是 我 曾 读 到 过 的 “三 个 臭 皮 匠 ， 赛 过 诸葛 亮 ”这 样 的 说 法 。 


经 过 了 学 生 、 专 业 电 气 和 软件 工程 师 及 软件 采购 顾问 的 那些 岁月 的 磨 练 ， 我 在 本 书 中 所 表达 的 各 种 想法 牢 牢 地 凝固 在 了 我 的 
头脑 中 。 我 工作 在 一 个 允许 我 观察 和 度量 很 多 ， 或 许 甚至 达到 数 以 百 计 组 织 的 能 力 和 人 生产率 的 行业 里 。 概 念 性 有 效 性 公式 形成 于 
20 世 纪 70 年 代 未 ， 它 最 终 提供 了 一 个 度量 和 理解 组 织 及 其 流程 的 工具 。 


仅仅 是 阅读 这 本 书 ， 既 不 会 提高 你 的 生产 率 ， 也 不 会 以 任何 显著 的 方式 提高 你 的 有 效 领导 力 。 我 或 许 该 说 ， 襄 足 不 前 只 会 带 
来 故 步 自封 。 阿 尔 伯 特 - 爱 因 斯 坦 曾 说 过 : 


我 们 所 面临 的 很 多 重大 问题 都 无 法 用 我 们 提出 问题 时 的 同一 思维 水 平 来 解决 中 。 


无 法 在 合理 的 时 间 限 制 内 完成 需要 完成 的 工作 ， 或 者 未 能 建立 流程 标准 ， 都 会 使 组 织 遭 遇 危 机 ， 而 无 动 于 吉 、 心 烦 意 乱 和 干 
扰 阻 碍 也 会 使 组 织 自身 同样 遭遇 危机 。 一 旦 认识 到 这 种 危机 的 存在 ， 恐 慌 往往 就 会 接 吐 而 至 。 接 受 那 些 充 满 创新 性 的 想法 和 举 
动 、 明 了 什么 事情 急迫 的 狂热 之 人 的 领导 ， 在 提升 他 们 组 织 能 力 的 时 人 息 ， 既 不 会 浪费 时 间 ， 又 不 会 浪费 资源 。 


通过 应 用 从 本 书 中 学 到 的 (或 再 次 学 到 的 ) 这 些 概念 ， 你 既 可 以 提高 你 所 在 组 织 的 生产 率 ， 又 能 提升 你 的 有 效 领 导 力 。 实 施 
变革 从 来 都 不 会 一 帆 风 顺 。 能 否 走 出 你 的 舒适 区 从 来 都 是 一 个 真实 的 挑战 ， 但 是 你 得 到 的 回报 将 物 超 所 值 。 相 信 我 吧 ! 我 已 很 多 
次 见证 了 生产 率 改 进 带 来 的 巨大 影响 ， 你 也 将 会 看 到 。 


祝 你 好 运 ! 
兰 达 尔 . 延 森 (Randall Jensen) 
“请 问 ， 你 能 告诉 我 ， 从 这 里 我 该 走 哪 条 路 吗 ? ” 
“ 那 很 大 程度 上 取决 于 你 想 去 哪里 。” 猫 儿 说 。 
“我 不 在 乎 去 哪里 一 一 ”爱丽 丝 说 。 
“那么 ， 你 走 哪 条 路 都 无 所 谓 了 。” 猫 儿 说 。 
“一 一 只 要 能 到 什么 地 方 就 成 。” 爱 丽 丝 补充 解释 道 。 
“ 哦 ， 你 确实 能 做 到 的 ，” 猫 儿 说 道 ，“ 你 只 需要 坚持 走 下 去 就 行 。” 
一 一 刘易斯 卡 罗 尔 (Lewis Carroll) 
《爱丽 丝 梦 游 仙 境 》 


1] 爱 因 斯 坦 的 这 句 话 来 自 于 一 篇 访谈 。 “ The Real Problem Is In the Hearts of Men.” New York Times Magazine,June 23, 1946, p.7. 


附录 A ”软件 估算 模型 


确定 性 不 精确 原理 : 人 们 赖 以 得 出 结论 的 可 获得 的 数据 基础 越 弱 ， 为 给 出 那个 数据 的 权威 性 而 引用 的 精确 度 就 越 大 。 帽 


E: 奥古斯丁 


1983 


软件 开发 估算 模型 有 很 多 种 不 同 的 分 类 方法 ， 有 些 估 算 模型 可 归 入 多 种 分 类 ， 因 此 要 把 他 们 划 入 某 个 具体 的 分 类 方法 常常 具 
有 一 定 的 困难 。 玻 姆 由 识别 了 7 种 模型 分 类 方法 ， 其 中 4 种 方法 对 比较 各 个 模型 很 有 帮助 。 这 些 估算 类 型 是 


. 类 比 (Analogy) 估算 

. 专家 判断 

pA ARE! (Parkinson) 估算 
价格 制胜 (Price-to-win) 估算 
* 自 顶 向 下 (Top-down) 估算 


- 自 底 向 上 (Bottom-up) 估算 


帕 金森 估算 、 价 格 制胜 和 自 顶 向 下 估算 这 三 种 类 型 都 不 是 重要 的 估算 方法 ， 不 是 因为 它们 不 存在 ， 是 因为 它们 都 是 不 良 方 
法 。 帕 金森 定律 讲 ， “工作 会 自动 膨胀 以 填 满 所 有 的 可 用 时 间 。” 源 自 帕 金森 定律 的 估算 方法 往往 比较 准确 ， 因 为 如 果 估 算 为 项 
目 留 下 了 时 间 和 (或 ) 资金 储备 ， 产 品 开发 就 总 是 会 找到 更 多 “额外 ”功能 和 测试 工作 ， 直 到 预算 安排 的 时 间 和 资金 消耗 列 尽 。 
这 些 储备 也 会 降低 效率 ， 消 耗 预算 资源 。 当 初始 预算 并 没有 充足 的 进度 时 间 和 资金 支持 时 ， 帕 金森 估算 方法 的 弱点 就 会 显露 无 


ya 
E. 


价格 制胜 〈 低 价 竞 标 ) 方法 已 经 为 很 多 合同 供应 商 赢得 了 不 少 合同 。 这 种 估算 方法 基于 客户 的 预算 而 不 是 软件 的 功能 来 进行 
估算 。 该 方法 最 经 党 被 应 用 于 成 本 加 成 的 软件 和 (或 ) 系统 开发 合同 。 被 应 用 于 固定 价格 合同 时 ， 这 种 方法 能 让 开发 者 破产 ， 除 
非 合同 双方 能 够 在 合同 存续 有 效 期 内 调整 固定 价格 。 价 格 制胜 方法 仍 是 一 种 常见 估算 方法 ， 主 要 原因 是 软件 开发 估算 技术 仍然 相 
对 不 成 熟 ， 而 软件 开发 者 能 够 使 客户 相信 他 们 糟糕 (非法 ) 的 佑 算 结 果 仍 然 有 效 ， 并 且 现 实 可 行 。 

自 顶 向 下 软件 开发 估算 源 自从 较 高 层面 的 产品 或 系统 预算 方面 分 配 软件 费用 的 情形 。 总 体 成 本 由 上 级 预算 进行 划分 。 自 项 向 
下 估算 的 具体 方法 可 来 自 上 述 7 种 估算 中 的 任何 一 种 。 实 际 上 ， 帕 金森 估算 和 价格 制胜 估算 通常 都 是 自 项 向 下 的 估算 方法 。 自 顶 
向 下 估算 方法 的 主要 问题 是 ， 该 方法 的 估算 者 无 法 获得 足够 、 充 分 、 详 细 的 软件 开发 需求 以 使 其 估算 更 加 准确 有 效 。 

算法 估算 模型 都 是 基于 一 个 或 多 个 数学 算法 的 ， 作 为 一 组 预先 定义 的 成 本 驱动 因素 或 环境 属性 变量 的 函数 ， 这 些 算法 能 够 得 
到 其 估算 结果 。 包 括 大 多 数 市 场 在 售 的 估算 工具 在 内 ， 参 数 模 型 也 属于 算法 模型 。 


剩 下 的 其 他 估算 方法 总 结 在 了 表 A-1 中 。 


表 A-1 主流 软件 估算 方法 比较 


与 过 去 完成 的 项 目 进 行 比 较 ; ea eee ore peptic a r 

; $e be = = 基于 实际 项 目 数 据 和 经 验 进行 如 果 不 做 调整 ， 很 少 有 足够 相 
依据 历史 项 目 数据 相应 地 按 比 例 估算 似 的 项 目 可 用 来 做 对 比 
预 估 当 前 项 目的 工作 量 和 进度 Pa reer m 


很 少 或 根本 不 需要 历史 数 在 估算 中 ， 专 家 可 能 会 表现 出 
ji 对 于 新 项 目 或 独特 项 目 非 | 他 们 自己 的 偏见 ;专家 的 知识 往 
常 有 用 {ES AME, 不足 为 信 

在 开发 早期 阶段 ， 往 往 缺 乏 详 
细 数 据 。 无 法 为 进度 预测 提供 更 
多 基础 信息 

基于 历史 数据 的 成 本 估算 关 | 模型 不 经 训练 、 不 具备 相应 经 
参数 估算 使 用 数学 算法 和 项 目 特 性 ， 系 允许 为 是 议 的 开 发 环境 和 验 的 语 ， 大 bt 的 参 数 偏 误会 导致 
可 得 到 项 目 整 体 估算 结果 产品 特性 而 调整 估算 模型 。 易 于 | 不 精确 的 估算 结果 。 具 有 一 定 程 


进行 比较 研究 度 的 主观 性 


咨询 或 与 一 个 或 多 个 “专家 


-起 合作 


各 各 个 组 件 的 佑 算 进 行 相 加 , | ”估算 的 详细 信息 往往 能 够 减少 


将 
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可 得 到 整个 产品 级 的 估算 结果 遗漏 ， 改 善 成 本 估算 的 准确 性 


A.1 类 比 模型 


类 比 模型 是 最 简单 的 估算 模型 类 型 。 它 们 用 于 通过 将 程序 与 过 去 的 一 个 或 多 个 相似 程序 进行 比较 而 估算 出 当前 项 目的 成 本 ， 
从 而 避免 专家 判断 的 偏见 问题 。 例 如 ， 在 为 某 个 飞行 器 开发 飞行 程序 时 ， 估 算 的 第 一 步 应 该 是 从 现存 的 、 类 似 的 飞行 器 中 找 出 一 
个 现 有 的 飞行 程序 。 现 存 程序 的 规模 、 开 发 成 本 和 进度 以 及 生产 率 都 是 已 知 的 。 


如 果 新 程序 比 现 存 程序 多 约 20% 的 功能 (主观 衡量 ) ， 开 发 新 程序 所 需 的 成 本 和 进度 则 可 按照 现 有 程序 的 成 本 ， 忽 略 通 货 膨 
胀 因素 ， 按 比例 进行 成 本 预 估 ， 并 安排 新 程序 的 开发 进度 。 开 发 项 目的 生产 率 应 该 也 是 大 致 恒定 不 变 的 。 类 比方 法 的 优势 在 于 ， 
它 是 基于 过 往 经 验 的 。 然 而 ， 该 方法 也 有 局 限 性 ， 因 为 在 大 多 数 情 况 下 ， 并 不 存在 类 似 的 程序 。 例 如 ， 你 不 能 将 某 个 具有 
100000 行 Ada 语 言 代 码 的 萎 炸 机 地 形 跟踪 匹配 程序 的 开发 成 本 等 同 于 具有 100000 行 COBOL 语 言 代 码 的 工资 软件 的 开发 成 本 。 
此 外 ， 对 于 大 多 数 现代 系统 ， 新 程序 的 开发 通常 都 没有 历史 先例 可 循 。 


A2 专家 判断 模型 


专家 判断 模型 或 技术 涉及 一 名 或 多 名 专家 的 咨询 。 专 家 们 运用 自己 的 知识 、 经 验 和 对 新 项 目的 理解 ， 得 出 新 项 目的 成 本 和 进 
度 佑 算 。 专 家 可 以 将 历史 项 目 数据 与 新 软件 项 目 需求 之 间 的 差异 作为 因素 之 一 考虑 进去 。 这 些 差异 通常 包括 所 用 技术 和 产品 架构 
的 变更 、 人 员 特 征 、 开 发 环境 的 变化 以 及 其 他 项 目 考 虑 因素 。 当 不 存在 可 供 参考 的 历史 先例 时 ， 这 种 方法 非常 有 价值 。 


另 一 方面 ， 专 家 判断 经 常 受 限于 估算 者 的 专业 知识 和 主观 判断 ， 估 算 人 员 或 许 心 存 偏见 (通常 比较 乐观 ) ， 或 者 对 开发 任务 
的 主要 方面 并 不 熟悉 。 在 快速 响应 的 专家 估算 (常常 又 很 难 对 此 做 出 合理 解释 ) 和 由 估算 小 组 (群体 一 致 ) 提供 的 缓慢 但 更 加 全 
面 的 估算 之 间 ， 很 难 找到 一 个 平衡 。 


诸如 德尔 菲 (Delphi) 方法 和 宽带 德尔 菲 (Wideband Delphi) 方法 等 比较 流行 的 专家 判断 技术 通常 用 来 对 专家 的 估算 提 
他 类 型 模型 的 输入 方面 非常 有 用 ， 因 此 ， 在 软件 成 本 估算 中 ， 通 常 不 会 单独 使 用 这 些 方法 。 
A.2.1 德尔 菲 方法 


人 人 都 会 心 存 偏见 ， 专 家 也 不 例外 。 因 此 ， 从 多 个 专家 那里 获得 估算 结果 不 失 为 一 个 好 主意 ， 而 把 专家 们 的 估算 结果 合并 为 


一 个 结果 的 办 法 也 有 很 多 。 最 简单 的 整合 办 法 就 是 简单 计算 各 个 专家 佑 算 结 果 的 平均 值 。 但 是 ， 一 个 或 多 个 专家 比较 极端 的 估算 
结果 仍 会 引入 专家 自己 的 偏见 。 


第 二 种 方法 是 ， 把 专家 们 锁 到 一 个 小 黑 屋 里 ， 直 到 他 们 一 致 同 意 某 个 单一 估算 结果 为 止 。 这 种 方法 能 够 过 滤 掉 信息 不 明 者 的 
估算 ， 但 仍 会 带 入 其 本 身 的 偏见 。 该 估算 方法 还 会 被 有 权势 的 或 者 独断 的 小 组 成 员 扭曲 ， 或 者 被 权威 人 物 和 政治 问题 绑架 而 失 
真 。 


德尔 菲 方 法 由 (或 技术 ， 通 常 两 种 叫 法 都 被 认可 ) 起 源 于 1948 年 兰 德 公司 用 于 预测 未 来 事件 的 一 种 方法 ， 而 今 已 成 为 形成 
专家 共识 和 成 本 估算 的 标准 方法 。 简 单 总 结 德尔 菲 方法 ， 其 过 程 如 下 : 


1) 每 名 专家 收 到 一 份 功能 说 明 (问题 陈述 ) 和 一 份 记录 估算 结果 的 表格 。 
2) 专家 们 独自 匿名 地 填写 估算 表格 。 专 家 们 可 以 向 协调 者 提出 问题 ， 但 彼此 之 间 不 能 讨论 估计 情况 。 


3) 协调 者 把 专家 们 的 估算 结果 汇总 整理 到 一 个 表格 中 ， 将 综合 意见 反馈 给 各 位 专家 ， 并 给 出 新 一 轮 估算 迭代 的 具体 信息 ， 
请 求 开 始 新 一 轮 的 专家 估计 。 


4) 专家 们 根据 新 一 轮 估算 的 具体 信息 ， 匿 名 地 填写 估算 表格 。 


5) 专家 们 反复 迭代 3 到 4 次 估算 ， 直 到 达成 充分 一 致 的 估算 结果 。 在 达成 一 致 估算 结果 之 前 ， 不 允许 专家 们 彼此 讨论 。 


玻 姆 5 和 其 他 研究 人 员 认 为 ， 德 尔 菲 方法 不 能 为 专家 们 提高 足够 宽 的 沟通 带宽 来 交换 必要 数量 的 信息 ， 以 便 与 其 他 估算 参与 
者 校准 他 们 的 估算 。 于 是 ， 对 德尔 菲 技术 进行 了 修改 ， 以 允许 这 种 信息 交换 ， 这 种 新 方法 就 是 宽带 德尔 菲 方法 (Wideband 
Delphi Method) 。 其 具体 步骤 汇总 如 下 : 


1) 每 名 专家 收 到 一 份 功能 说 明 (问题 陈述 ) 和 一 份 记录 估算 结果 的 表格 。 

2) 协调 者 主持 小 组 会 议 。 在 会 上 ， 各 位 专家 及 协调 者 一 起 讨论 该 问题 陈述 。 

3) 专家 们 匿名 填写 估算 表格 。 

4) 协调 者 把 专家 们 的 估算 结果 汇总 整理 到 一 个 表格 中 ， 并 请 求 开 始 另 一 轮 专家 估算 ， 但 不 会 给 出 估算 所 需 的 具体 信息 。 
5) 协调 者 再 次 组 织 小 组 会 议 。 在 会 上 ， 大 家 集中 讨论 各 位 佑 算 不 一 致 的 地 方 。 

6) 专家 们 再 次 匿名 填写 估算 表格 。 


7) 协调 者 和 专家 们 重复 迭代 5 到 6 次 估算 ， 直 到 得 到 充分 一 致 的 估算 结果 。 在 得 到 一 致 估算 结果 之 前 ， 不 允许 专家 之 间 进 行 


wie. 


A3 BRAHA A 


自 底 向 上 估算 ， 也 称 为 “草根 估算 ”或 者 分 解 估算 ， 它 提供 了 预测 软件 成 本 的 一 种 替代 办 法 。 这 种 方法 涉及 的 成 本 估算 ， 通 
过 详细 分 析 每 个 单元 (或 计算 机 软件 单元 ，Computer Software Unit, CSU) 的 成 本 ， 然 后 将 这 些 单元 成 本 相 加 ， 确 定 每 个 计 
算 机 软件 配置 项 (CSCI) 的 成 本 (或 工作 量 ) 。 或 者 ， 表 次 相 加 ， 直 到 | 得 到 整个 系统 的 软件 成 本 。 自 底 向 上 估算 涵盖 的 往往 仅 


是 开发 单个 单元 的 成 本 ， 因 此 ， 该 方法 经 常会 低估 。 与 自 顶 向 下 估算 相 比 ， 该 估算 类 型 需要 大 量 的 估算 工作 ， 通 常 也 更 加 昂贵 和 
费时 。 


实现 自 底 向 上 估算 最 有 效 的 方法 是 ， 建 立 (组 织 ) 一 个 工作 分 解 结构 (Work Breakdown Structure, WBS) ， 该 工作 分 
解 结构 不 仅 包 含 了 软件 产品 各 个 组 成 部 分 的 结构 层次 ， 还 包括 了 诸如 集成 、 配 置 管理 和 项 目 管理 等 项 目 各 个 组 成 元 素 的 活动 层 
次 。 为 收集 成 本 项 (item) 而 使 用 WBS， 确 保 了 所 有 的 成 本 组 成 部 分 都 会 被 考虑 到 。 


在 提案 准备 期 间 和 软件 开发 过 程 的 软件 项 目 成 本 跟踪 中 ， 经 常 也 会 使 用 自 底 向 上 佑 算 。 该 方法 具有 能 够 提供 详细 的 成 本 估算 
的 优势 ， 因 此 ， 往 往 比 其 他 估算 方法 更 加 精确 和 稳定 。 由 于 在 每 个 软件 开发 阶段 ， 常 常 需要 进行 单独 估算 ， 因 此 它 还 提供 了 成 本 
跟踪 的 功能 。 


相应 地 ， 自 底 向 上 估算 也 有 自己 的 缺点 。 因 为 需要 关于 每 个 CSU 的 详细 信息 ， 在 软件 开发 生命 周期 的 早期 阶段 很 难 使 用 该 方 
法 ， 因 为 这 个 时 候 各 个 CSU 的 详细 信息 还 不 是 很 清楚 。 直 到 详细 的 产品 架构 完成 之 前 ， 该 方法 都 室 无 用 处 。 


第 二 个 主要 缺点 是 ， 自 底 向 上 方法 不 能 用 来 获得 开发 计划 准备 中 至 天 重要 的 因素 之 一 一 一 进度 估计 。 


AA 参数 佑 计 模 型 


就 像 这 里 所 描述 的 ， 由 于 软件 开发 的 成 本 和 进度 是 包括 规模 、 产 品 特性 和 开发 环境 成 本 驱动 因素 等 在 内 的 众多 变量 的 函数 ， 
于 是 ， 参 数 估算 模型 就 使 用 了 一 个 或 多 个 数学 算法 来 生成 软件 成 本 和 进度 估算 模型 。 软 件 项 目的 参数 模型 和 技术 常常 在 系统 级 或 
组 件 级 估算 其 成 本 。 组 件 成 本 随后 可 在 更 低级 单元 之 间 进 行 划分 ， 和 (或 ) 在 生命 周期 的 不 同 阶段 之 间 进 行 分 配 。 


参数 模型 的 优点 是 ， 它 们 能 够 很 快 地 (高 效率 地 ) 得 出 估算 结果 ; 估算 可 重复 进行 ;估算 还 隐藏 了 估算 基础 ;这 些 方法 需要 
的 详细 信息 很 少 。 


参数 模型 也 有 自己 的 缺点 。 它 的 主要 缺点 与 其 公式 化 的 历史 基础 有 关 。 该 方法 需要 采集 大 量 历史 数据 用 于 导出 成 本 估算 关系 
(Cost Estimating Relationships, CER) ， 这 些 关系 是 参数 模型 的 理论 基础 。 这 些 模型 正 是 这 些 数 据 的 呈现 形式 ， 这 些 数据 也 
由 此 而 来 。 


例如 ， 与 来 自 大 范围 项 目 (进度 不 受 限 和 受 限 项 目 均 包括 ) 的 数据 推导 出 来 的 模型 相 比 ， 由 获得 于 进度 受 限 项 目的 数据 导出 
的 模型 ， 更 有 可 能 为 其 他 进度 受 限 项 目 得 出 一 个 有 意义 的 估算 结果 。 


参数 模型 一 般 不 处 理 异常 条 件 ， 比 如 敏捷 组 织 、 异 常 优秀 的 个 人 以 及 管理 风格 ， 除 非 这 些 条 件 已 在 模型 的 参数 里 专门 包 合 
了 ， 而 那些 参数 已 经 过 相关 历史 数据 的 校准 。 与 自 底 向 上 方法 相 比 ， 参 数 模型 往往 更 不 稳定 ， 因 为 从 本 质 上 这 些 模型 并 不 关注 项 
目 人 员 的 个 人 能 力 。 


鉴于 当今 大 多 数 软件 估算 都 是 使 用 参数 模型 来 进行 估算 的 ， 那 么 ， 强 调 如 下 这 一 点 显得 非常 重要 : 没有 哪个 模型 能 够 弥补 灶 
糕 的 规模 信息 、 不 良 的 模型 参数 设置 、 估 算 者 缺乏 经 验 以 及 故意 误 用 等 造成 的 错误 。 


A5 参数 软件 估计 模型 的 演变 


本 节 开 始 ， 让 我 们 首先 回顾 一 下 那个 以 计算 机 为 基础 的 软件 成 本 和 进度 估算 方法 和 工具 的 混沌 历史 。 伴 随 着 诺 登 的 员工 配置 
理论 [的 提出 ， 对 估算 技术 的 第 一 个 真正 贡献 出 现在 1958 年 。 这 一 配置 理论 确定 了 向 工程 开发 项 目 中 分 配 人 员 的 方法 ， 并 已 经 
直接 或 间接 地 被 整合 进 了 自 那 时 以 来 所 提出 的 大 多 数 估算 方法 中 。 


从 1974 年 到 1981 年 期 间 ， 市 场 上 出 现 了 我 们 今天 仍 在 使 用 的 大 多 数 软件 估算 模型 (工具 ) 。 第 一 个 重要 模型 的 发 布 是 由 
TRWA ESAR] (Ray Wolverton) 在 1974 年 发 表 的 。 沃 尔 弗 顿 还 是 结构 化 成 本 模型 8] (COnstructive COst 
MOdel，COCOMO) 发 展 的 主要 贡献 者 。 


以 其 在 美国 陆军 的 工作 为 基础 ， 拉 里 - 普 特 南 于 1976 年 提出 了 软件 生命 周期 模型 BI (Software Lifecycle Model, SLIM) 。 


对 软件 估算 工具 的 第 三 个 重要 贡献 是 1977 年 为 美国 空军 开发 的 多 蒂 联 合 模型 [10] (Doty Associates Model) 。 多 蒂 模 型 提 
出 了 成 本 驱动 因素 的 概念 ， 该 概念 也 已 被 Seer 模 型 和 COCOMO 模 型 所 采用 。 


Seerl11] 模 型 是 由 兰 达 尔 :W: 延 森 博士 (我 本 人 ) 于 1979 年 在 休 斯 飞 机 公司 开发 的 。 而 随 之 而 来 的 是 COCOMO 模 型 的 发 


布 ， 该 模型 由 巴 利 : 玻 姆 和 雷 : 沃 尔 弗 顿 于 1981 年 在 TRW 公 司 共同 开发 。REVICI144， 作 为 COCOMO 模 型 的 重新 校准 ， 出 现 于 
1988 年 。 作 为 Seer 模 型 商业 化 的 实现 ，SEER-SEM 模 型 由 迦 罗 锐 思 联 合 公司 (Galorath Associates) 于 1990 年 开发 成 功 。 


这 些 工具 的 发 展 非常 缓慢 (重新 定义 算法 和 驱动 因子 ) ， 直 到 大 约 1995 年 ， 才 在 一 些 模 型 中 发 生 了 重大 变化 。 例 如 ,， 在 
1995 年 到 1999 年 之 间 ，COCOMO 1 模型 [13 就 发 布 了 好 几 个 版 本 。Sagel14] 模 型 发 布 于 1995 年 ， 是 1979 年 的 Seer 模 型 (该 模 
型 唯一 地 专注 于 开发 者 的 管理 特征 和 开发 技术 ) 的 一 个 重要 的 重 定义 。 


当 我 们 从 远 处 (比如 10000 英 尺 ) 审视 这 些 软件 估算 模型 的 时 候 ， 我 们 会 发 现 ， 这 些 模型 一 般 可 归 为 三 类 中 的 某 一 类 : 一 阶 
(First-Order) 模型 、 二 阶 (Second-Order) 模型 或 者 三 阶 (Third-Order) 模型 。 下 面 的 小 节 将 介绍 作为 讨论 和 对 比 基 础 框 
架 的 这 三 个 常见 数学 模型 分 类 。 


A.5.1 一 阶 模型 


一 阶 模型 是 最 基本 的 参数 估算 模型 类 型 。 简 单 地 讲 ， 这 种 模型 就 是 生产 率 因 子 (就 任意 生产 单位 而 言 所 定义 的 开发 组 织 生 
能 力 ) 乘 以 软件 产品 有 效 规模 ， 从 而 得 到 开发 的 工作 量 或 成 本 。 取 决 于 人 们 所 用 估算 方法 ， 生 产 单位 (规模) 可 以 是 源 代码 行 
(SLOC) 、 功 能 点 、 对 象 点 、 用 例 以 及 其 他 很 多 度量 单位 。 


为 讨论 方便 ， 我 们 使 用 有 效 源 代码 行 (ESLOC) 作为 生产 单位 度量 指标 和 每 个 有 效 源 代码 行 的 人 工时 (personnel hours) 
作为 生产 率 度量 指标 。 一 阶 估算 模型 可 概括 为 如 下 公式 : 


Edi=CerS。 (A-1) 
ZE, 
Ed= 以 人 月 (PM) 计算 的 开发 工作 量 (PM) , 
Ck= 生 产 率 因 子 (PM/ESLOC) ， 以 及 
Se= 有 效 源 代 码 行 数量 (ESLOC) ， 或 者 


Se= Snew 二 0. 73*S mo q+. 2*S reused (A-2) 


Snew= 品 中 要 开发 的 新 增 SLOC 数 量 ， 


Smod= 产 品 开发 中 要 修改 的 现存 SLOC 数 量 ， 以 及 
Sreused= 产 品 中 现存 的 未 修改 使 用 的 SLOC 数 量 。 


生产 率 因子 通常 是 由 来 自 过 去 开发 项 目的 项 目 类 型 、 开 发 者 的 过 往 能 力 或 者 二 者 共同 决定 的 。 就 像 这 个 方程 这 么 简单 一 样 ， 
该 类 模型 被 广泛 用 于 获得 大 致 的 、 粗 略 的 估算 结果 。 基 本 上 ， 这 种 模型 是 软件 项 目 第 一 个 里 程 碑 之 前 唯一 能 够 有 效 使 用 的 模型 ， 
因为 此 时 缺乏 关于 开发 环境 的 可 用 信息 。 


通过 收集 来 自 开 发 特定 产品 类 型 的 特定 组 织 的 多 个 数据 点 ， 就 可 以 计算 出 生产 率 因 子 的 平均 值 ， 这 将 比 本 节 为 某 个 合同 供应 
商 的 特定 项 目 所 列 的 各 个 因子 都 要 好 得 多 。 收 集 不 同 规模 的 多 个 数据 点 也 能 得 出 对 规模 变化 敏感 的 生产 率 关系 。 表 A-2 展 示 了 各 
种 软件 应 用 类 型 的 典型 生产 率 数 值 。 


表 A-2 典型 生产 率 因子 ( 按 规模 和 软件 类 型 分 类 ,，PM/ESLOC) 


EE IO KESIOC 
man a A E 
因特网 /公共 2.1 2. 4.0 
mi | [re 7 | 2 
HERT 和 50 
实时 控制 12.6 24.0 
科学 研究 12 2.5 4.8 
电信 系统 6.3 87 | 100 | 12.0 


系统 复杂 度 (复杂 度 列 ) 表明 了 软件 类 型 与 其 复杂 度 之 间 的 关系 。 第 8 章 定义 和 讨论 了 软件 的 复杂 度 。 需 要 注意 的 有 趣事 情 
是 ， 每 种 软件 类 型 能 够 达到 的 生产 率 往往 与 相关 联 的 复杂 度数 值 密切 相关 。 对 于 项 目 规模 的 每 个 分 组 ， 较 低 复杂 类 型 ( 较 高 复杂 
度 值 ) 软件 具有 较 低 的 生产 率 。 


oO 
w 
te 


表 A-2 中 的 一 个 简单 应 用 软件 的 工作 量 估计 如 下 所 示 : 

对 于 一 个 50000 行 有 效 源 代码 的 航空 电子 系统 ， 完 成 软件 开发 需要 大 量 的 工作 。 其 工作 量 可 用 如 下 公式 算出 : 
Ed=CexS。 

=11.76*50=588 人 月 


其 相应 的 生产 率 为 50000/588=85SLOC/PM。 


A5.2 ”二 阶 模型 


二 阶 模型 通过 引入 “ 炳 [13J” 因 子 来 反映 生产 率 的 变化 ， 从 而 对 生产 率 的 降低 提供 了 弥补 。 灶 效 应 说 明了 大 型 开发 团队 中 数 
量 巨 大 的 沟通 路 径 的 重要 影响 。 开 发 团队 理论 上 有 n (n-1) /2 条 沟通 路 径 ， 其 中 n 是 开发 人 员 的 数量 。 二 阶 模型 公式 就 变 成 了 : 


人 (A-3 ) 


BEAT, PE SAALAR ASEM, LAR 
Se 是 有 效 源 代 码 行 的 数量 ， 或 者 
S-=Spewt0-75*SmoqtO.2*Sreuseqd (A-4) 

这 里 ， 
Snew= 整 个 产品 中 要 开发 的 新 增 SLOC 数 量 ， 
Smod= 产 品 开发 中 要 修改 的 现存 SLOC 数 量 ， 以 及 
Sreused= 产 品 中 现存 的 未 修改 使 用 的 SLOC 数 量 。 


业 因 子 数 值 1.0 表 示 没 有 因 规 模 变 化 而 导致 的 生产 率 变化 。 类 子 数值 小 于 1.0 表 示 生 产 率 随 着 规模 的 增加 而 增加 ， 其 值 大 于 
1.0 则 表示 生产 率 随 规模 增加 而 减 小 。 迷 值 小 于 1.0 的 情况 与 历史 软件 数据 19 不一致。 对 于 美国 国防 部 项 目 ， 自 20 世 纪 80 年 代 以 
来 广泛 使 用 的 大 多 数 软件 估算 模型 (如 COCOMO 启 入 式 模型 、PRICE-S、REVIC、Seer 和 和 SLIM 模 型 等 ) (EARE 
1.2。 灶 值 1.2 适 用 于 需要 使 用 超过 5 名 开发 人 员 的 开发 任务 。 由 于 不 存在 沟通 路 径 问 题 ， 单 个 程序 员 的 开发 任务 ， 其 相应 的 类 
子 取 值 为 1.0。 


正如 在 二 阶 和 三 阶 成 本 佑 算 模 型 中 看 到 的 那样 ， 很 显然 ， 生 产 率 受到 系统 和 CSCI 组 件 规模 的 影响 。 对 于 大 型 系统 ， 约 为 1.2 
的 规模 指数 对 开发 工作 量 有 着 重大 的 影响 。 为 保持 完整 性 ， 本 附录 中 包含 了 二 阶 模型 ,但 二 阶 模型 在 本 书 所 描述 的 组 件 级 估算 方 
法 中 并 未 使 用 。 


A.5.3 三 阶 模型 


二 阶 模型 的 主要 缺点 是 它 不 能 调整 生产 率 因子 以 反映 项 目 之 间 的 变化 和 开发 环境 之 间 的 差异 。 例 如 ， 供 应 商 A 可 能 具有 比 供 
应 商 B 更 加 高 效 的 流程 ; 然而 ， 供 应 商 A 可 能 正 使 用 一 个 比 历史 生产 率 因 子 所 假定 的 具有 更 少 经 验 的 开发 团队 。 与 之 前 项 目 中 出 
现 的 情况 相 比 ， 当 前 开发 中 出 现 的 限制 条 件 可 能 截然 不 同 。 此 外 ， 使 用 固定 不 变 的 或 者 经 过 校准 的 生产 率 因子 限制 了 这 些 模 型 在 
各 种 各 样 环境 下 的 应 用 。 


通过 引入 一 组 环境 因子 来 校正 生产 率 因 子 ， 使 之 能 够 适应 各 种 各 样 的 情况 ， 三 阶 模型 弥补 了 二 阶 模型 适用 性 狭窄 的 问题 。 这 
种 模型 中 ，COCOMO 模 型 的 表达 形式 为 : 


E, =C, | BE |s (A-5 ) 
这 里 ， 
fi= 第 i 个 环境 因子 ， 以 及 


n= 环 境 因 子 的 数目 。 


估算 模型 中 环境 因子 的 数目 因 模 型 不 同 而 不 同 ， 一 般 地 ， 其 数目 在 15 个 到 32 个 之 间 。 这 些 环境 因子 可 分 为 4 个 各 不 相同 的 类 
型 组 : 人 员 、 管 理 、 环 境 和 产品 。 


表 A-3 中 列举 了 三 阶 成 本 和 进度 估算 模型 所 使 用 的 常见 环境 因子 。 其 中 ， 某 些 因 子 被 所 有 的 模型 使 用 ， 只 是 名 字 和 具体 定义 
稍 有 不 同 。 分 析 师 能 力 (ACAP) 就 是 一 个 基本 上 在 所 有 模型 中 都 能 见 到 的 因子 。 在 各 个 模型 之 间 ， 这 个 参数 的 具体 定义 差别 非 
常 明显 。 例 如 ，COCOMO 模 型 和 Seer (Jensen |) 模型 使 用 了 一 个 主要 基于 技术 的 定义 。 而 Jensen 1 模型 则 使 用 了 一 个 强调 管 
理 质 量 和 技术 的 影响 的 定义 。 


表 A-3 常见 三 阶 软件 进度 和 成 本 估算 模型 中 使 用 的 环境 因子 


特性 缩写 分 组 描述 
分 析 师 能 力 度量 前 端 开 发 人 员 的 影响 
应 用 领域 经 验 度量 应 用 领域 经 验 的 影响 
开发 系统 经 验 度量 开发 系统 的 使 用 经 验 
开发 系统 不 稳定 性 度量 开发 系统 的 不 稳定 性 


编程 语言 经 验 人 员 度量 编程 语言 使 用 经 验 的 影响 

程序 内 存 约束 度量 产品 运行 内 存 需求 的 影响 

现代 实践 方法 支持 度量 开发 实践 方法 的 影响 

现代 工具 度量 软件 开发 工具 的 影响 

多 保密 级 别 度量 开发 人 员 安 全 保密 隔离 的 影响 

多 开发 组 织 度量 使 用 开发 人 员 、 团 体 或 供应 商 的 影响 

多 开发 地 点 度量 在 多 个 开发 地 点 散布 软件 组 件 的 影响 

实践 经 验 人 员 度量 实践 方法 和 流程 经 验 的 影响 

流程 改进 度量 开发 流程 与 实践 的 不 稳定 性 的 影响 

产品 复杂 性 度量 软件 产品 固有 复杂 性 的 影响 

产品 可 移植 性 产品 度量 作为 开发 需求 一 部 分 的 可 移植 性 的 影响 
度量 产品 可 靠 性 要 求 的 影响 一 通常 划分 为 质量 、 

” 品 | 文档 和 测试 三 个 分 类 

程序 员 能 力 人 员 度量 编程 和 测试 人 员 的 影响 

实时 性 要 求 产品 度量 与 运行 环境 的 实时 交互 要 求 的 影响 

重用 要 求 度量 重用 要 求 的 影响 

资源 支持 位 置 度量 硬件 系统 和 工具 支持 人 员 分 离 的 影响 

进度 约束 度量 进度 压缩 与 扩展 的 影响 

软件 安全 需求 度量 产品 安全 需求 的 影响 

特殊 显示 需求 产品 度量 用 户 界面 需求 的 影响 

目标 系统 经 验 度量 目标 系统 经 验 的 影响 

目标 系统 不 稳定 性 度量 目标 系统 不 稳定 性 的 影响 

DERE: 产品 度量 CPU 时 间 约束 的 影响 


进度 约束 (SCED) 因子 仅 在 以 COCOMO 模 型 为 基础 的 各 种 衍生 模型 中 使 用 。 该 因子 在 其 他 模型 中 是 隐 性 的 。 多 开发 组 织 
(MORG) 因子 则 仅 用 于 以 Jensen 1 模型 为 基础 的 模型 。 


三 阶 模型 是 本 书 中 所 使 用 的 组 件 级 估算 方法 的 基础 。 
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[2] Boehm, B.W. Software Engineering Economics (Englewood Cliffs, NJ: Prentice-Hall, Inc., 1981), pp. 329-342. 


[3] Parkinson, C.N. Parkinson’ s Law and Other Studies in Administration. (Boston, MA: Houghton-Miffl in, 1957). 


[4] Helmer, O., Social Technology. (New York, NY : Basic Books, 1966). 

[5] Boehm, B.W., Software Engineering Economics. (Englewood Cliffs, NJ :Prentice-Hall, Inc., 1981), pg. 335. 
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Development Scheduling. ” IBM Journal of Research and Development Vol. 2, No. 3, July, 1958. 
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Vol. 1, (Rockville, MD: Doty Associates, Inc., June, 1977). 
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[12] Kile, R.L., REVIC Software Cost Estimating Model User’ s Manual, HQ AFCMD/EPR, 1988. 

[13] B. Boehm, A. Egyed, B. Clark, E. Horowitz, C. Westland, R. Madachy, and R. Selby. “ Cost Models for Future Software Life Cycle 
Processes: COCOMO 2.0.” Annals of Software Engineering, 1995, pp. 295-321. 
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的 开发 没有 任何 贡献 的 能 量 消耗 。 例 如 ， 对 现 有 产品 的 逆向 工程 是 必要 的 ， 但 这 项 工作 并 不 能 直接 产生 软件 产品 。 沟 通 失 误会 带 
来 产品 错误 、 项 目 返工 和 资源 消耗 ， 但 对 产品 开发 却 毫 无 贡献 。 

[16] 现在 是 指出 软件 和 几乎 任何 其 他 人 造 产品 之 间 的 重大 差别 的 好 时 机 了 。 在 其 他 估算 行业 ， 数 量 巨大 的 产品 复制 能 够 通过 大 样 
本 量 的 方式 平 摊 产 品 研发 成 本 从 而 提高 生产 率 ， 并 降低 学 习 曲 线 的 影响 。 软 件 产 品 却 是 一 个 单一 的 生产 项 目 ， 随 着 其 规模 的 增 
加 ， 管 理 和 开发 这 个 生产 项 目 也 变 得 愈加 复杂 。 
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附录 C 名词 术语 


自 适 应 调整 因子 ”解释 在 软件 开发 过 程 中 不 会 直接 产生 产品 源 代 码 的 工作 量 扩展 。 规 模 调 整 因子 软件 适用 于 系统 的 重用 和 商 
业 现 成 品 软件 组 件 。 另 参见 规模 调整 因子 。 


调整 的 功能 点 ”调整 的 功能 点 修改 了 功能 点 数目 以 反映 与 特殊 性 能 需求 和 (BK) 操作 环境 有 关 的 软件 规模 变化 。 


敏捷 开发 ”一 组 基于 迭代 和 增 量 开发 的 软件 开发 方法 。 在 这 些 方法 里 ， 需 求 和 解决 方案 通过 自 组 织 、 跨 功能 团队 之 间 的 协作 
而 不 断 演化 。 敏 捷 开 发 促进 了 自 适 应 规划 、 演 进 开 发 与 交付 。 在 “敏捷 之 伞 ” 之 下 有 很 多 种 不 同 的 开发 方法 。 


算法 “为 解决 某 个 问题 而 以 确定 顺序 执行 的 、 良 好 定义 的 一 组 规则 或 过 程 。 
应 用 软件 “实现 某 个 系统 的 操作 和 能力 的 软件 。 


架构 设计 “软件 开发 过 程 中 的 第 二 步 。 架 构 包 括 产品 中 包含 的 每 个 计算 机 软件 组 件 (Computer Software 
Components, CSC) 的 定义 。 该 定义 中 包含 了 分 派 给 该 CS5C 的 需求 以 及 CSC 之 间 的 内 部 接口 和 CSC 与 外 部 系统 之 间 的 接口 。 在 
该 活动 中 ， 同 时 还 开发 出 了 各 个 CSC 以 及 高 级 CSCI 的 正式 软件 计划 。 该 活动 以 确定 是 否 准备 就 绪 以 进入 详细 设计 阶段 的 初始 设 
计 评 审 为 结束 标志 。 


汇编 语言 “为 特定 处 理 器 (CPU) 编程 所 需 的 数字 机 器 代码 和 其 他 常量 的 符号 化 表示 。 
逆 火 分 析 ”用 于 功能 点 和 源 代码 行 数目 之 间 转 换 的 过 程 。 该 过 程 能 够 得 出 功能 性 的 总 规模 。 


基本 技术 常量 就 分 析 师 与 程序 员 能 力 、 应 用 领域 经 验 、 现 代 实 践 和 工具 以 及 开发 系统 使 用 情况 而 言 ， 软 件 开 发 组 织 的 初始 
软件 开发 能 力 的 度量 指标 。 该 常量 不 包括 软件 产品 特定 约束 的 影响 。 基 本 技术 常量 的 取 值 范围 在 2000 到 20000 之 间 。 


比特 ”信息 的 单位 ; 二 进 制 数字 的 缩 约 形式 。 


字 节 ”二进制 术语 的 缩写 ， 能 够 存储 单个 字符 的 存储 单元 。 根 据 CPU 不 同 ， 作 为 字母 表 字 符 ， 一 个 字 节 可 以 包含 5 到 12 个 比 


特 。 一 个 字 节 最 常见 的 表示 形式 为 8 个 比特 。 


能 力 ” 基 本 技术 常量 的 主要 元 素 。 能 力 可 概括 为 激励 、 用 于 开发 的 团队 方法 、 工 作 环 境 、 问 题解 决 技能 和 软件 工程 能 力 的 一 


种 度量 指标 。 


首席 程序 员 团 队 “ 围绕 首席 程序 员 而 组 织 起 来 的 编程 团队 。 其 中 ， 首 席 程序 员 被 定义 为 专家 级 程序 员 。 其 他 团队 成 员 包括 其 
他 专业 角色 ， 比 如 候补 首席 程序 员 、 功 能 专家 、 编 码 与 库 管 理 员 ， 他 们 为 首席 程序 员 的 主要 软件 设计 和 编码 任务 提供 支持 。 该 概 
念 类 似 于 外 科 手 术 团队 ， 其 中 ， 外 科 医 生 (首席 程序 员 ) 负责 执行 手术 ， 受 到 诸如 麻醉 师 和 护士 等 医务 人 员 的 支持 。 


软件 能 力 成 熟 度 模型 集成 (CMMI) 。” 能力 成 熟 度 模 型 集成 是 由 来 自行 业 、 政 府 和 位 于 卡耐基 梅 隆 大 学 的 软件 工程 研究 所 
(SEI) 的 一 组 专家 开发 出 来 的 。CM MI 模型 为 开发 或 改进 流程 以 满足 组 织 的 业务 目标 提供 了 指导 建议 。CM MI 模型 也 可 能 被 用 
作 评 估 组 织 过 程 成 熟 度 的 框架 。 


编码 与 单元 测试 ”软件 开发 过 程 中 的 第 四 步 。 为 每 个 计算 机 软件 单元 (CSU) 草拟 软件 产品 功能 规格 说 明 并 编写 产品 代码 。 
由 于 这 已 到 了 人 允许 直接 访问 源 代码 的 层次 ， 所 以 产品 可 交付 源 代码 要 经 过 完全 测试 。 当 单元 测试 成 功 完成 的 时 人 息 ， 该 CSU 就 已 完 
成 ， 可 以 用 于 父 级 CSC 的 集成 了 。 


内 聚 ” 描 述 诸如 程序 语句 和 声明 等 软件 组 成 元 素 之 间 相 关联 程度 的 一 个 内 部 属性 ; 构建 组 件 的 内 部 “胶水 ”。 一 个 组 件 越 是 
内 聚 ， 整 体 上 该 组 件 的 各 个 内 部 部 分 彼此 就 越 是 紧密 相关 。 换 名 话说， 如果 组 件 的 所 有 组 成 部 分 都 是 直接 执行 某 个 单一 任务 的 ， 
则 该 组 件 是 内 聚 的 。 通 常 的 设计 目标 就 是 让 每 个 组 件 尽 可 能 地 内 聚 ， 或 者 只 将 一 件 事 做 好 而 不 需要 做 别 的 事情 。 


舒适 区 ”人 的 一 种 行为 状态 ， 身 处 其 中 时 ， 人 们 处 于 焦虑 中 性 状态 〈 既 不 焦虑 也 不 兴奋 ) ， 有 限 的 一 组 行为 可 以 产生 比较 稳 
定 的 绩效 。 通 常 没 有 风险 意识 。 就 如 惯性 一 样 ， 人 们 一 旦 建立 了 舒适 区 ， 就 倾向 于 待 在 这 片 舒 适 区 中 不 再 出 来 。 要 走出 该 舒适 
区 ， 和 人们 必须 尝试 新 鲜 的 、 与 以 往 不 同 的 行为 ， 然 后 体验 到 新 的 和 与 他 们 的 环境 中 以 往 所 发 生 的 不 同 的 反应 。 


编译 器 ”将 源 代码 翻译 为 目标 代码 的 程序 。 编 译 器 的 名 字 来 源 于 其 工作 的 方式 ， 它 察看 整个 源 代码 片段 、 收 集 并 重新 组 织 相 
KHS. 


复杂 度 已 被 设计 和 实现 的 系统 或 组 件 难以 理解 和 验证 的 程度 。 用 专业 术语 讲 ， 复 杂 度 是 内 部 逻辑 、 接 口 的 数量 及 其 错 综 关 
系 、 架 构 与 代码 的 可 理解 性 的 函数 。 


组 件 级 估算 ”组 件 级 (或 者 三 阶 ) 估算 是 最 全 面 的 估算 类 型 。 该 模型 组 合 了 软件 产品 有 效 规模 和 一 系列 环境 与 产品 调整 因素 
(定义 开发 组 织 生 产能 力 和 产品 特性 ) ， 以 获得 开发 项 目的 工作 量 或 成 本 。CSCI 是 这 类 估算 的 主要 基础 。 


计算 机 数据 定义 ”在 对 计算 机 指令 的 响应 中 ， 由 硬件 执行 的 信息 基本 组 成 单位 的 特征 描述 。 这 些 特征 可 能 包括 但 不 限于 类 
型 、 范 围 、 结 构 和 数值 。 


计算 机 软件 ”计算 机 指令 或 数据 。 任 何 能 被 电子 化 存储 的 东西 都 是 软件 。 软 件 通常 被 划分 为 两 类 : Q@ 系 统 软件 ， 包 括 操作 系 
统 和 所 有 能 够 让 计算 机 正常 工作 的 工具 ; 以 及 @ 应 用 软件 ， 包 括 真 正 为 用 户 工作 的 程序 。 


计算 机 软件 组 件 ”CSCI 中 功能 上 或 逻辑 上 与 众 不 同 的 部 分 。CSC 可 能 是 顶级 的 ， 也 可 以 是 低级 的 ，CSC 还 可 进一步 被 分 解 
为 其 他 CSC 或 者 CSU。 


计算 机 软件 配置 项 参见 配置 项 。 
计算 机 软件 单元 ”在 CSC 设 计 中 明确 指出 的 独立 可 测试 的 组 成 元 素 。 


配置 项 硬件 或 软件 ,或 二 者 的 聚集 ， 由 配置 管理 的 采购 代理 指定 。CSCI 通 常 是 由 一 组 在 SRS 和 1CD 或 接口 需求 规范 中 详细 
记录 的 需求 来 定义 的 。 


确认 偏 误 、 人 们 青睐 认可 其 观念 的 信息 的 一 种 倾向 。 当 选择 性 地 收集 或 牢记 信息 ,或 者 当 以 一 种 颇 带 偏见 的 方式 解释 某 些 事 


物 时 ， 人 们 往往 就 会 表现 出 偏见 。 对 于 可 能 引起 情绪 激烈 反应 的 问题 或 者 根深 蒂 固 的 观念 ， 其 影响 极其 强烈 。 人 们 往往 还 倾向 于 
解释 模糊 不 清 的 证 据 以 支撑 他 们 的 现 有 立场 。 确 认 偏 误 会 导致 对 其 个 人 信仰 的 过 度 自 信 ， 当 出 现 反面 证 据 时 还 会 维持 或 强化 他 们 


的 信念 。 


商业 现成 品 (COTS) Commercial Off-the-Shelf 的 缩写 ， 形 容 词 ， 摘 述 已 经 制造 出 来 并 且 对 公众 销售 的 软件 或 硬件 。 可 
以 用 输入 集 、 输 出 集 以 及 二 者 之 间 的 关系 (希望 简单 ) 来 区 别 COTS 的 软件 行为 特征 。COTS 软 件 是 一 种 黑 盒 软件 组 成 部 分 ， 为 
此 ， 其 可 计数 的 源 代码 数 是 未 知 的 。COTs 产 品 经 过 专门 设计 ， 以 便于 无 需 任何 特别 定制 即 可 很 容易 地 整合 进 现存 系统 。 


耦合 ”一 种 外 部 属性 ， 其 特征 是 程序 中 的 两 个 或 多 个 模块 之 间 相 互 依赖 。 由 于 相互 调用 、 传 递 数据 、 控 制 或 者 接口 等 行为 ， 
组 件 之 间 可 以 相互 依赖 。 软 件 设计 的 目标 并 不 是 必须 完全 独立 ， 而 是 要 保持 耦合 度 尽 可 能 低 。 


跨 功 能 团队 ”为 共同 目标 而 一 起 工作 的 具有 不 同 职能 专业 知识 的 一 组 人 。 可 能 包括 来 自 软件 工程 、 设 计 、 测 试 、 集 成 和 运 
营 、 运 维 等 职能 的 人 。 一 般 地 ， 跨 功能 团队 包括 来 自 组 织 各 个 层级 的 员工 。 成 员 也 可 能 来 自 组 织 外 部 (特殊 情况 下 ， 来 自 供应 
商 、 天 键 客户 或 者 顾问 公司 等 ) 。 跨 功能 团队 经 常 作为 自我 管理 的 团队 而 运作 ， 响 应 广泛 而 非 具 体 的 上 级 指示 。 该 团队 的 决策 可 
能 取决 于 共识 ， 但 通常 由 一 位 经 理 、 教 练 或 者 组 长 来 领导 。 


CSC 参见 计算 机 软件 组 件 。 
CSCI 计算 机 软件 配置 项 ， 参 见 配置 项 。 


CSCI 验 收 测试 ”SCI 全 面 开发 的 最 后 一 步 。 针 对 在 系统 需求 分 析 中 分 派 并 在 SRR 中 予以 批准 的 正式 软件 需求 ， 该 测试 评估 
了 整个 软件 产品 (CSCI) 的 性 能 。CSCI 验 收 测试 不 包括 系统 集成 或 用 户 操作 测试 。 


CSU 参见 计算 机 软件 单元 。 


详细 设计 软件 开发 过 程 中 的 第 三 步 。 通 过 为 每 个 CSC 指 派 需求 ， 并 为 每 个 CSU 建 立 设计 需求 ， 即 可 开发 出 详细 设计 。 该 活 
动产 生 了 每 个 CSU 的 设计 ， 以 及 CSU 之 间 的 内 部 接口 和 与 更 高 级 CSCI 的 接口 。 该 活动 以 一 个 正式 CDR 的 完成 为 结束 。 在 CDR 
中 ， 评 审 设计 、 测 斌 计划 以 及 该 活动 期 间 出 现 的 关键 设计 间 题 。 


开发 配置 ”合同 供应 商 的 软件 开发 及 相 天 联 的 技术 文 档 ， 他 们 确定 了 开发 阶段 CSCI 的 配置 演化 情况 。 它 处 于 合同 开发 商 的 
配置 控制 之 下 ， 描 述 了 设计 、 编 码 和 测试 工作 等 任何 阶段 的 软件 配置 。 开 发 配置 中 的 任何 子 项 或 许 都 可 以 存储 在 电子 媒介 上 。 


开发 环境 软件 开发 团队 可 以 获得 的 环境 ， 包 括 实践 方法 、 流 程 、 设 备 、 开 发 平台 以 及 个 人 能 力 、 经 验 和 工作 积极 性 。 
开发 平台 ”硬件 和 软件 工具 及 计算 系统 。 


驱动 程序 (DRIVER) ”在 其 周围 所 有 软件 完成 之 前 ,编写 出 来 用 于 驱动 某 个 模块 的 测试 的 软件 部 分 。 驱 动 程序 产生 了 该 模 
块 的 所 有 输入 。 驱 动 程序 会 根据 预先 编程 好 的 顺序 或 者 与 测试 者 的 交互 而 产生 所 需 的 输入 。 


有 效 规模 ”软件 产品 规模 的 一 种 度量 ， 包 括 新 功能 、 修 改 的 功能 以 及 开发 过 程 中 对 软件 产品 没有 任何 贡献 的 资源 消耗 。 这 包 
括 逆向 工程 和 被 复 用 软件 的 回归 测试 ， 以 及 COTs 产 品 的 评估 和 测试 。 


有 效 源 代码 行 包含 了 新 增 源 代码 行 、 为 满足 新 需求 而 做 的 现 有 代码 修改 以 及 逆向 工程 和 未 修改 代码 及 可 复 用 软件 组 件 的 回 
归 测 试 所 造成 的 工作 量 影响 等 组 合 在 内 的 源 代码 行 。 


有 效 技术 常量 ”该 常量 组 合 了 基本 技术 常量 与 受 特定 软件 开发 影响 的 开发 环境 和 产品 特性 对 开发 的 限制 条 件 的 共同 影响 。 


有 效 性 公式 “确定 了 软件 工程 师 对 于 一 个 运营 于 行业 环境 中 的 软件 组 织 的 价值 。 该 有 效 性 依赖 于 三 个 属性 : 技术 才智 、 理 解 
管理 理念 的 能 力 和 沟通 能 力 。 所 有 三 个 属性 均 如 此 密切 地 融入 到 了 整个 软件 工程 过 程 中 ， 因 而 ， 个 体 工程 师 工作 的 净 效 应 可 由 它 


们 的 乘积 来 最 好 地 表示 : 
E=CM (CS) ] 
ZE, 
E= 净 有 效 性 
C= 沟通 技能 (0~1) 
M = 管理 理念 认 知 (0~1) 
CS= 计 算 机 科学 的 技术 能 力 (0~1) 
效率 ”在 对 给 定 源 程序 的 处 理 中 ， 由 给 定 的 编译 器 所 产生 的 机 器 级 指令 相对 数量 的 度量 。 


嵌入 式 计算 机 系统 (ECS) ”由 机 电 系 统 组 成 的 整体 计算 机 系统 ， 比 如 作战 武器 、 战 术 和 系统、 飞机、 轮船 、 导 弹 、 航 天 器 、 
某 些 命令 与 控制 系统 等 ， 民 用 系统 ， 比 如 快速 运输 系统 等 。 谋 入 式 计算 机 系统 与 自动 化 数据 处 理 系 统 的 差别 相当 大 ， 主 要 区 别 在 
于 其 内 容 如 何 开 发 、 获 取 以 及 在 使 用 环境 中 如 何 操 作 。 赃 入 式 计算 机 系统 的 关键 属性 在 于 : @ 它 是 一 个 计算 机 系统 ， 物 理 地 融入 
了 更 大 的 系统 中 ， 而 其 主要 功能 不 是 数据 处 理 ;，@ 从 设计 、 采 购 和 运行 的 观点 看 ， 它 是 完整 一 体 的 ;@ 它 的 输出 通常 包括 信息 、 
计算 机 控制 信号 和 计算 机 数据 。 


ii ROAFRTP RESO Tee Mein, Alt, CARAT. RATA HAM EIS EF AWE PRIA on 
的 开发 没有 任何 贡献 的 能 量 /资源 消耗 。 


演进 开发 ”在 演进 开发 中 ， 首 先 确 定 了 产品 第 一 个 版 的 软件 需求 ， 然 后 开发 并 交付 该 产品 给 客户 。 在 开发 过 程 中 或 第 一 版 产 
品 交付 之 后 的 某 些 时 候 ， 确 定 了 第 二 版 、 第 三 版 (以 及 更 多 版 本 ) 产品 发 布 的 需求 并 为 下 一 次 发 布 实现 这 些 需求 。 


膨胀 比率 ”机 器 级 指令 (目标 码 ) 与 高 阶 语言 指令 ( 源 代码 ) 之 间 的 比率 。 


固件 ”被 写 入 只 读 存 储 器 (ROM) 的 软件 (程序 或 数据 ) 。 固 件 是 软件 和 硬件 的 结合 。 具 有 数据 或 程序 保存 其 中 的 只 读 存 
fits (ROM) 、 可 编程 只 读 存 储 器 (PROM) 以 及 可 擦 写 可 编程 只 读 存 储 器 (EPRON) 均 为 固件 。 


第 四 代 编 程 语言 ”经 常 缩写 为 4GL， 第 四 代 编 程 语言 是 比 一 般 高 级 语言 更 接近 于 人 类 语言 的 编程 语言 。 大 多 数 4GL 用 于 访问 
数据 库 。 计 算 机 语言 的 其 他 四 代 语 言 分 别 是 : 第 一 代 一 一 机 器 语言 ;第 二 代 一 一 汇编 语言 ; 第 三 代 高 级 编程 语言 ， 比 如 
FORTRAN、C、C++ 和 Java; 而 第 五 代 语言 则 被 用 于 人 工 智 能 和 神经 网 络 。 

全 面 开发 ”从 软件 需求 评审 (SRR) 开始 一 直 持 续 到 最 终 合格 性 测试 (FQT) ALL, 花费 到 软件 产品 开发 上 的 全 部 工作 努 
力 。 这 包括 架构 开发 、 详 细 设计 、 编 码 和 单元 测试 、 内 部 软件 集成 和 客户 验收 测试 。 开 发 时 间 包括 得 到 SRR 结 论 到 完成 FQT 的 整 
个 时 间 段 。 


功能 点 ”功能 点 (FP) 分 析 是 一 种 用 于 预测 软件 系统 总 规模 的 方法 。 主 要 基于 系统 的 逻辑 设计 为 估算 人 员 提 供 系 统 功能 的 
量化 数据 ， 功 能 点 度量 了 软件 的 规模 。 


一 般 系 统 特征 ”在 调整 的 功能 点 计算 中 用 于 确定 整体 数值 调整 因子 的 一 组 14 个 调整 项 。 


增长 ”软件 开发 期 间 ， 软 件 规模 的 预期 增长 。 这 种 增长 是 由 许多 因素 造成 的 : 需求 的 不 稳定 性 、 预 测 错误 、 功 能 变更 等 。 通 
过 复杂 度 、 项 目 成 熟 度 和 新 代码 及 复 用 源 代码 的 分 布 状况 ， 可 以 确定 具体 的 增长 数量 。 


霍 桑 效应 ”通过 受 试 者 改善 或 改变 人 们 行为 的 某 一 方面 而 出 现 的 应 激 反 应 形式 。 在 针对 人 们 知道 他 们 正 被 研究 这 一 事实 的 反 


应 而 非 针对 任何 特定 的 实验 操作 情况 ， 人 们 的 行为 被 实验 测量 。 霍 桑 实 验 表 明 ， 组 织 中 影响 生产 率 的 最 重要 因素 是 在 工作 中 培养 
起 来 的 人 际 关 系 ， 而 不 仅仅 是 薪水 和 工作 条 件 。 


高 阶 语言 (HOL) ， 使 用 类 人 类 语言 来 确定 机 器 代码 操作 的 计算 机 语言 。 编 译 器 将 高 阶 语言 (比如 FORTRAN、COBOL、 
BASIC、JOVIAL、ADA 等 ) 的 语句 转换 为 机 器 代码 。 

增 量 开 友 ”在 CSCI 开 发 开始 之 初 ， 需 求 按 功 能 被 分 派 给 每 个 增 量 。 直 到 最 后 一 个 增 量 完成 之 后 ， 才 会 得 到 完整 的 功能 。5 
以 规划 具体 的 需求 分 配 以 在 完成 每 个 增 量 时 提供 部 分 功能 。 然 而 ， 直 到 所 有 的 增 量 开发 完成 之 后 ， 才 会 获得 整个 CSCI 的 功能 和 
完成 整个 CSCI 需 求 的 测试 。 

输入 /输出 (1/0) 驱动 程序 “一 个 软件 ， 通 常 以 子 程序 形式 存在 ， 提 供 了 与 特定 外 围 辅助 设备 通信 所 需 的 唯一 接口 。 

指令 ”基本 命令 。 术 语 指令 常 被 用 于 描述 最 基本 的 编程 命令 。 例 如 ， 计 算 机 指令 集 是 计算 机 的 机 器 语言 中 所 有 基本 命令 的 列 
表 。 指 令 也 指 高 阶 语言 中 的 命令 。 

K12 现 象 K12 是 从 幼儿 园 到 高 中 毕业 的 这 一 时 间 段 ， 期 间 会 形成 贯穿 我 们 职业 和 人 生 始 终 的 很 多 观念 (思想) 。 这 一 现象 
是 ， 从 幼儿 开始 我 们 就 被 教育 要 靠 我 们 自己 独自 完成 工作 ， 而 不 要 在 我 们 自己 和 小 伙伴 之 间 进 行 协作 ， 要 以 我 们 自己 的 荣誉 去 取 
SW. Gt PRAAS RM. 


语言 ”用 来 向 计算 机 传递 信息 的 一 套 符号 、 约 定 和 规则 。 书 面 语言 使 用 符号 ( 即 字符 ) 来 构造 词汇 。 所 有 词汇 的 全 集 就 是 该 
语言 的 词汇 表 。 该 语言 的 句法 和 语法 确定 了 这 些 词汇 能 够 有 意义 地 组 合 在 一 起 的 方式 方法 。 而 这 些 词汇 的 实际 意义 和 组 合 方法 则 
由 该 语言 的 语义 来 定义 。 


生命 周期 ”从 软件 需求 的 提出 到 开发 、 维 护 和 退役 的 整个 时 间 段 。 
机 器 语言 ”第 一 代 编 程 语言 ， 也 被 称 为 “汇编 语言 ”; 它 是 计算 执行 操作 实际 使 用 的 语言 。 也 指 二 进 制 或 实际 代码 。 
修改 的 代码 “为 满足 规定 的 软件 需求 ， 在 能 够 被 合并 到 软件 组 件 中 之 前 ， 即 将 被 修改 的 预先 已 开发 出 来 的 代码 。 


模块 化 ”一 种 软件 设计 特性 ， 它 把 软件 组 织 为 数据 和 执行 相似 功能 的 相近 代码 的 有 限 聚 集 。 好 的 模块 化 代码 具有 低 厢 合 、 高 
内 聚 的 特点 。 


新 代码 ”最 新 开发 的 软件 代码 。 


非 开发 软件 。 (NON-DEVELOPMENTAL SOFTWARE, NDS) 由 合同 供应 商 、 政 府 或 第 三 方 提供 的 ， 非 合同 要 求 所 开发 
的 可 交付 软件 。 依 据 来 源 不 同 ，NDS 可 被 称 作 可 复 用 软件 、 政 府 提供 的 软件 或 者 商业 可 用 软件 。 


WA ”一般 地 ， 任 何 可 被 单独 选择 和 操作 的 物件 均 为 对 象 。 这 可 包括 在 显示 屏幕 上 出 现 的 图 形 或 图 片 以 及 无 形 的 软件 实体 。 
例如 ， 在 面向 对 象 编程 中 ， 对 象 是 一 个 自 包含 实体 ， 它 由 数据 和 操作 这 些 数据 的 过 程 构成 。 对 象 通常 表现 出 由 功能 代码 定义 的 某 
种 行为 。 

目标 程序 “从 源 程序 自动 转换 而 生成 的 、 可 被 计算 机 执行 的 第 一 代 (机 器 代码 ) 程序 。 

操作 系统 “操作 系统 执行 最 基本 的 任务 ， 比 如 识别 来 自 键盘 的 输入 、 将 输出 送 往 显示 屏幕 、 持 续 跟 踩 磁盘 上 的 所 有 文件 和 目 
录 以 及 控制 诸如 磁盘 控制 器 和 打印 机 等 外 围 设备 。 对 于 大 型 系统 ， 操 作 系统 还 负责 安全 ， 并 确保 非 授 权 用 户 不 能 访问 该 系统 。 操 


作 系 统 提供 了 一 个 软件 平台 ， 在 此 之 上 ， 被 称 为 “应 用 程序 ”的 其 他 程序 可 以 正常 工作 。 应 用 程序 必须 编码 为 可 以 运行 于 特定 的 
操作 系统 之 上 。 


操作 软件 “运行 于 秘 入 式 计 算 机 的 软件 。 


结对 编程 ”一 种 敏捷 软件 开发 技术 。 使 用 这 种 技术 ， 两 个 程序 员 在 一 台 工作 站 上 并 肩 一 起 工作 。 称 之 为 “驾驶 员 ” 的 人 编写 
代码 ， 而 同时 ， 称 之 为 “导航 员 ” 的 另 一 人 评审 被 输入 的 每 一 行 代 码 。 两 名 程序 员 频 繁 地 切换 角色 。 导 航 员 还 需 考虑 当前 工作 
的 “战略 ”方向 ， 建 议 改进 措施 以 及 未 来 可 能 出 现 的 问题 的 解决 方法 。 驾 驶 员 专 注 于 完成 当前 工作 的 “战术 ”方面 ， 将 导航 者 作 
为 自己 工作 的 一 个 安全 网 和 向 导 。 这 是 所 有 团队 结构 中 最 简单 的 一 个 。 


AB (PM) ”单个 人 员 在 一 个 月 时 间 内 所 贡献 的 平均 工作 量 。 在 大 多 数 估算 工具 中 ， 一 个 月 假设 为 152 小 时 。 


生产 率 ， 有 效 源 代码 行 与 全 面 开发 工作 量 的 比率 。 这 些 工 作 量 包括 由 于 从 架构 设计 开始 到 完成 最 终 合 格 性 测试 的 软件 项 目 开 
发 所 耗费 的 全 部 人 员 成 本 。 有 时 候 ， 生 产 率 可 以 用 每 个 有 效 源 代 码 行 的 人 工 小 时 来 表示 。 


生产 率 因子 ”用 于 预测 软件 开发 工作 量 的 乘法 因子 (ESLOC/PM) 。 该 因子 是 产品 类 型 和 有 效 规 模 的 函数 。 生 产 率 因子 通 
常 由 产品 类 型 、 来 自 以 前 开发 项 目的 开发 者 历史 能 力 或 者 二 者 共同 决定 。 有 时 候 ， 生 产 率 因子 也 可 用 每 个 有 效 源 代码 行 的 人 工 小 
时 数 来 表示 。 


生产 率 指数 (PRODUCTIVITY INDEX, Pl) 包含 了 产品 特性 和 开发 环境 以 及 组 织 的 应 用 领域 经 验 和 能 力 评级 的 影响 ， 非 
常 像 有 效 技术 常量 。PI 还 包括 了 应 用 程序 复杂 度 影 响 和 软件 复 用 的 影响 ;也 就 是 ，PI 的 数值 里 也 包含 了 逆向 工程 和 回归 测试 的 影 
响 。 


程序 计算 机 指令 的 一 个 有 组 织 列表 。 当 执行 时 ， 让 计算 机 以 预先 确定 的 行为 方式 进行 工作 。 没 有 程序 ， 计 算 机 就 毫 无 用 
处 。 程 序 就 像 是 食谱 。 它 包含 了 一 个 配料 表 (MARE) 和 一 个 操作 指令 列表 ( 称 为 语句 ) ， 这 些 指令 告诉 计算 机 使 用 这 些 变量 
要 做 什么 事情 。 这 些 变量 可 以 代表 数值 数据 、 文 本 或 者 图 形 图 像 。 最 终 ， 每 个 程序 都 必须 被 翻译 为 计算 机 可 以 理解 的 机 器 语言 。 
这 种 翻译 由 编译 器 、 解 释 器 和 汇编 器 来 执行 。 


瑞 利 人 员 配 置 ”一 个 粗略 的 钟 形 曲线 (如 图 C-1 所 示 ) ， 表 示 软 件 生命 周期 中 的 开发 人 员 和 逐步 增加 和 减少 的 变化 趋势 。1BM 
的 一 项 研究 表明 ， 对 于 成 功 的 研究 和 开发 项 目 ， 其 最 大 人 员 配 置 率 从 来 都 不 会 超过 由 其 项 目 类 型 所 定义 的 最 大 人 员 配 置 率 。 超 过 
最 大 人 员 配 置 率 很 可 能 会 出 现 项 目 失败 。 衰 减 的 指数 曲线 代表 了 有 待 解决 的 问题 数量 。 组 合 这 两 个 曲线 即 可 得 出 瑞 利 人 员 配 置 方 
法 。 
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AC1 瑞 利 项 目 人 员 配 置 


实时 ”立即 发 生 。 实 时 操作 系统 对 输入 立即 产生 响应 。 该 术语 是 从 实时 系统 的 定义 演变 而 来 的 。 实 时 系统 与 外 部 环境 进行 交 
互 ， 因 此 ， 该 术语 是 指 系统 的 控制 或 行为 。 例 如 ， 当 温度 超过 451 华 氏 度 时 ， 立 刻 发 出 警报 。 传 感 器 位 于 外 部 环境 中 ， 立 刻 做 出 
了 响应 。 这 个 定义 不 应 该 与 时 间 受 限 (time-constrained) 相 混淆 ， 时 间 受 限 要 求 处 理 必须 在 给 定 的 时 间 内 完成 。 


需求 分 析 “软件 开发 过 程 中 的 第 2 步 (该 过 程 软件 部 分 的 第 一 步 ) ， 分 析 软 件 子 系统 将 要 执行 的 功能 ， 将 这 些 功 能 分 派 给 某 
个 具体 的 CSCI。 软 件 开发 团队 完成 每 个 CSCI 的 工程 需求 和 必需 的 接口 。 需 求 分 析 和 功能 规范 以 一 个 SRR 的 完成 而 结束 。 本 活动 
中 还 会 开发 出 合格 与 测试 要 求 的 完整 列表 。 


复 用 代码 ”已 经 预先 存在 的 代码 ， 很 少 或 无 需 修改 即 可 合并 进 软件 组 件 中 去 。 理 论 上 ， 复 用 代码 的 成 本 影响 为 0; 然而 ， 复 
用 代码 的 逆向 工程 和 回归 测试 的 隐藏 成 本 也 是 必须 要 考虑 的 实际 成 本 消耗 。 


安全 ”软件 的 安全 等 级 由 通用 准则 (CC) 的 评估 保证 等 级 (EAL) 来 指定 。 保 证 等 级 的 范围 从 并 不 把 软件 安全 视 为 重要 要 
求 的 EAL1 到 EAL7， 其 中 EAL7 适 用 于 运行 风险 极 高 的 应 用 软件 ， 或 者 资产 价值 值得 进行 较 高 成 本 的 安全 认证 的 应 用 软件 。 


规模 调整 因子 考虑 了 软件 开发 过 程 中 花费 的 无 法 直接 产生 产品 源 代码 的 工作 。 规 模 调 整 因 子 适用 于 软件 系统 中 的 复 用 和 
COTS 组 件 。 另 参见 自 适应 调整 因子 。 


自 捧 工厂 ”这 是 一 个 在 商业 、 工 程 和 技术 领域 广泛 使 用 的 术语 ， 描 述 了 组 织 中 给 予 高 度 自治 和 不 受 官 傣 体制 束缚 的 一 个 小 
组 ， 负 责 高 级 项 目 中 的 工作 。 最 初 的 “ 自 钢 工厂 ”是 洛克 希 德 马丁 公司 高 级 开发 项 目的 官方 别名 。 洛 克 希 德 的 臭 般 工 厂 负责 许多 
著名 飞机 的 设计 ， 其 中 包括 P-80、U-2、SR-71、F-22 和 F-35。 “ 臭 裔 工厂 ”的 名 字 来 自 连环 漫画 《 李 尔 : 阿 伯 纳 》 (Kil 
Abner) ) 中 的 臭 裔 月 光 工厂 。 


软件 ”参见 计算 机 软件 。 


软件 危机 ”计算 机 科学 发 展 早 期 时 代 使 用 的 一 个 术语 。“ 软 件 危机 ”这 个 词 是 1968 年 在 德国 加 米 施 召 开 的 第 一 届 NATO 软 
件 工程 会 议 上 提出 来 的 。 该 术语 用 于 描述 计算 机 的 能 力 及 其 需要 解决 的 问题 的 复杂 度 快速 增长 所 带 来 的 深刻 影响 。 本 质 上 ， 它 是 
外 编写 正确 、 可 理解 和 可 验证 的 计算 机 程序 的 困难 程度 。 其 主要 担忧 是 ， 计 算 机 软件 非常 不 可 靠 、 交 付 延 误 、 难 以 维护 、 超 出 预 
算 、 难 以 修改 和 不 能 满足 功能 规格 要 求 。 


软件 设计 文档 (SOFTWARE DESIGN DOCUMENT, SDD) ”描述 了 CSCI 的 完整 设计 。 它 描述 了 组 成 CSCI 的 CSC 和 
CSU。SDD 还 描述 了 从 CSCI 到 其 CSC 和 CSU 的 功能 分 配 。 在 初始 设计 评审 之 前 ， 需 要 将 SDD 输 入 到 该 CSCI 的 开发 配置 中 。 一 旦 
物理 配置 审核 完成 ， 作 为 软件 产品 功能 规格 说 明 的 一 部 分 ，SDD 将 会 进入 到 该 CSCI 的 产品 基线 。 


软件 开 友 计划 ”描述 了 驱动 开发 项 目的 日 期 、 里 程 碑 和 可 交付 物 。 它 确定 了 谁 负责 做 什么 事 、 什 么 时 候 做 。 它 还 描述 了 诸如 
评审 和 测试 等 即将 开展 的 开发 活动 如 何 重要 。 描 述 了 开发 过 程 的 每 一 步 中 需要 进行 的 活动 、 可 交付 物 和 评审 。 

软件 文档 ”技术 数据 或 信息 ， 包 括 记录 了 需求 、 设 计 或 者 计算 机 软件 的 详细 信息 的 计算 机 清单 和 打印 输出 ， 解 释 了 该 软件 的 
能 力 和 局 限 性 ,或 者 提供 了 在 整个 软件 的 运行 寿命 期 内 使 用 或 支持 该 软件 的 操作 指令 。 


软件 工程 环境 ”开展 软件 工程 工作 所 必需 的 工具 、 固 件 和 软件 的 集合 。 这 些 工具 可 能 包括 但 不 限于 编译 器 、 汇 编 器 、 链 接 
器 、 加 载 器 、 操 作 系统 、 调 试 器 、 仿 真 器 、 模 拟 器 、 测 试 工具 、 文 档 工具 以 及 数据 库 管理 系统 。 


软件 维护 ”也 被 称 为 软件 支持 。 软 件 维护 的 重点 在 于 与 错误 更 正 有 关 的 变更 、 与 随 着 软件 环境 变化 所 要 求 的 适应 性 有 关 的 变 
更 、 改 变 软件 需求 而 带 来 的 功能 增强 变更 以 及 让 软件 更 加 易于 纠正 错误 、 适 应 新 环境 和 功能 提升 而 需要 采取 的 预防 性 变更 (软件 
再 工程 ) 。 周 期 性 预防 性 软件 维护 所 必须 要 的 每 一 项 变更 都 会 降低 软件 的 耦合 和 内 聚 程度 。 软 件 维护 还 包括 了 软件 和 支持 环境 方 


面 的 知识 留存 。 
软件 质量 ”由 产品 或 服务 的 客户 或 用 户 做 出 的 评判 ; 客户 或 用 户 相信 该 产品 或 服务 满足 或 超过 他 们 的 需要 或 期 望 的 程度 。 


源 代码 行 ” 软 件 规模 的 一 种 度量 方法 。 一 种 简单 、 简 洁 的 源 代 码 行 定义 是 ， 必 须 经 过 设计 、 记 录 和 测试 的 任何 软件 语句 。 在 
每 个 可 计数 的 SLOC 中 ， 这 三 个 标准 一 一 经 过 设计 、 记 录 和 测试 一 一 必须 满足 。 


支持 软件 ”离线 软件 。 例 如 ， 开 发 和 诊断 工具 、 模 拟 和 (或) 培训、 维护 、 现 场 支持 、 交 付 的 测试 软件 以 及 报告 生成 软件 。 


系统 软件 ”为 了 方便 计算 机 系统 或 相关 程序 的 运行 和 维护 ， 为 特定 的 计算 机 系统 或 计算 机 系统 家 族 设计 的 软件 。 例 如 ,操作 
系统 、 通 信 、 计 算 机 系统 健康 与 状态 、 安 全 和 容错 等 软件 。 


X 理 论 ”一 种 人 事 管理 理论 ， 它 假设 大 多 数 人 都 喜欢 被 管理 不 喜欢 承担 责任 ， 尤 其 是 渴望 安全 感 (职业 安全 ) 。 该 理论 符合 
了 大 多 数 人 都 是 被 金钱 、 额 外 福利 和 受 惩罚 的 威胁 所 驱使 这 样 的 理念 。 


Y 理 论 ”该 理论 认为 ， 人 们 并 非 天 生 就 是 懒惰 和 不 可 靠 的 。 如 果 受 到 正确 的 激励 ， 人 们 可 以 自我 管理 并 充满 创新 精神 。 释 放 
工作 人 员 的 潜力 ， 以 使 他 们 能 够 实现 他 们 自己 的 目标 ， 是 管理 人 员 的 责任 。 


事务 ”由 应 用 程序 域 所 定义 的 一 组 数据 和 操作 。 事 务必 须 具 有 跨 应 用 程序 边界 的 特性 。 通 过 一 组 独特 的 数据 内 容 、 唯 一 的 源 
和 (或 ) 目的 地 或 者 一 组 独特 的 操作 ， 可 以 确定 一 个 独一无二 的 事务 。 


未 调整 功能 点 ”未 调整 功能 点 数目 只 与 平均 软件 系统 的 功能 性 总 规模 有 关 ， 这 些 软件 系统 的 需求 和 结构 是 由 功能 点 数目 来 确 
定 的 。 没 有 根据 系统 类 型 或 开发 与 运行 环境 而 进行 任何 校正 。 


数值 调整 因子 ”在 应 对 特殊 的 软件 需求 时 ， 功 能 点 方法 为 校正 软件 规模 预测 而 使 用 的 一 种 校正 机 制 。 


瀑布 ”该 经 典 软件 生命 周期 模型 为 软件 开发 提出 了 系统 化 、 顺 序 化 的 方法 ， 它 从 系统 层面 开始 ， 经 历 一 系列 顺序 步骤 而 向 前 
推进 : 分 析 、 设 计 、 编 码 、 测 试 、 集 成 和 维护 。 瀑 布 模型 概括 了 传统 工程 方法 解决 问题 的 部 分 步骤 。 


字 编程 中 计算 机 的 自然 数据 长 度 。 取 决 于 CPU 的 类 型 ， 字 的 大 小 因 计算 机 的 不 同 而 各 不 相同 。 对 于 具有 16 位 CPU 的 计算 
机 ， 每 个 字 是 16 位 (2 个 字 节 ) 。 而 对 于 大 型 CPU， 每 个 字 的 长 度 可 达 64 位 (8 个 字 节 ) 。 


